MIT  LINCOLN  LABORATORY 
0015 


ESC-TR-2010-071 


Project  Report 
HUSIR-8 


Haystack  Antenna  Control 
System  Design  Document 


J.V.  Eshbaugh 
M.T.  Clarke 
G.W.  Maglathlin 


7  December  2010 


Lincoln  Laboratory 

MASSACHUSETTS  INSTITUTE  OF  TECHNOLOGY 

Lexiisgton,  Massachusetts 


Prepared  for  the  Department  of  the  Air  Force  under  Contract  FA8721-05-C-0002. 


Approved  for  public  release;  distribution  is  unlimited. 


20101214148 


This  report  is  based  on  studies  performed  at  Lincoln  Laboratory,  a  center 
for  research  operated  by  Massachusetts  Institute  of  Technology.  This  work 
was  sponsored  by  the  Department  of  the  Air  Force,  850  ELSG/NS,  under 
Contract  FA8721-05-C-0002. 

This  report  may  be  reproducied  to  satisfy  needs  of  U.S.  Government 
agencies. 


The  66ABW  Public  Affairs  Office  has  reviewed  this 
report,  and  it  is  releasable  to  the  National  Technical 
Information  Service,  where  it  will  be  available  to  the 
general  public,  including  foreign  nationals. 


This  technical  report  has  been  reviewed  and  is  approved  for  publication. 


FOR  THE  COMMANDER 


Acquisition  Enterprise  Division 


Non-Lincoln  Recipients 

PLEASE  DO  NOT  RETURN 

Permission  has  been  given  to  destroy  this 
document  when  it  Is  no  longer  needed. 


Massachusetts  Institute  of  Technology 
Lincoln  Laboratory 


Haystack  Antenna  Control  System  Design  Document 


J,V.  Flslibangh 
M,T.  CAarke 
Group  92 

G,W,  Mdglathlin 

Maglathlin  Gonsiilting  Services^  IAjG 


Project  lleport  HlJSIR-8 


7  Deceiiiher  2010 


Approved  for  public  release;  distribution  is  iinliniited. 


Lexington 


Massachusetts 


This  page  intentionally  left  blank. 


TABLE  OF  CONTENTS 


List  of  Figures  v 

List  of  Tables  vii 

1.  INTRODUCTION  1 

2.  DOCUMENTATION  3 


3.  CONTROL  SYSTEM  OVERVIEW  5 


3.1 

Drive  System  Sizing 

5 

3.2 

Basic  Architecture 

5 

3.3 

Control  System  Pointing  Error  Budget 

6 

ANTENNA  CONTROL  UNIT 

9 

4.1 

Antenna  Control  Unit  Hardware 

10 

4.2 

Antenna  Control  Unit  Interfaees 

12 

4.3 

Antenna  Control  Unit  Software 

20 

MAINTENANCE  COMPUTER 

57 

5.1 

Maintenance  Computer  Hardware 

57 

5.2 

Maintenance  Computer  Software 

57 

PLC  SYSTEM 

77 

6.1 

Hydrostatic  Bearing 

78 

6.2 

Box  Insertion  System 

79 

6.3 

Box  Bolts 

79 

6.4 

RFBIS 

79 

6.5 

Lube  System 

79 

6.6 

Drive  Cabinets 

79 

6.7 

Water  Detection  System 

79 

6.8 

Elevation  Stow  Pins 

80 

6.9 

E-stop  Circuit  (personal  safety  loop) 

80 

6.10 

Sector  Blanking 

80 

6. 1 1 

Brakes 

80 

6.12 

PLC  ACU  Communications 

80 

6.13 

Limit  Packages 

81 

POWER 

DISTRIBUTION  SYSTEM 

83 

7.1 

Mains  Disconnect  Panelboard  HDHYIJ 

85 

7.2 

Isolation  Transformer  A7 

85 

7.3 

Power  Monitoring  Junction  Box 

85 

7.4 

Azimuth  Cable  Wrap  and  the  Above  Axis  Disconnect  A 10 

85 

7.5 

Azimuth  Transition  Area  Power  Distribution  Cabinet  A12 

85 

7.6 

Step  Down  Transformer 

85 

7.7 

Low  Voltage  Breaker  Panel 

85 

iii 


TABLE  OF  CONTENTS 
(Continued) 


8.  AZIMUTH  AND  ELEVATION  DRIVE  CABINETS  AI3,  A14,  A15,  A16,  A17, 


AND  A18 

87 

8.1 

Power  Distribution 

88 

8.2 

Powcr-up  Sequence 

90 

8.3 

Power-down  Sequence 

91 

8.4 

Status  Indicators  and  Control  for  the  PLC  Industrial  Control  System 

91 

8.5 

Servo  Motor  Current  Feedback  and  Temperature  Sensing 

93 

8.6 

Servo  Motor  Velocity  Feedback 

93 

8.7 

SERCOS  Loop 

94 

9. 

ENCODER  POSITION  REPORTING  SYSTEM 

95 

9.1 

Azimuth  Encoder  A41 

95 

9.2 

Elevation  Encoders  A43  and  A42 

95 

9.3 

Encoder  Concentrator  Cabinet  A1 1 

95 

10. 

ENCODER  CONCENTRATOR  BOARD 

97 

10.1 

Hardware 

97 

10.2 

Form  Factor 

97 

10.3 

Power 

98 

10.4 

Control  Room  to  Antenna  Hardware  Interface 

98 

10.5 

Encoder  Hardware  Interfaces 

99 

10.6 

ACU  Hardware  Interface 

99 

10.7 

PLC  Interface 

99 

10.8 

Configurable  Hardware  Glue  Logic 

100 

10.9 

Hardware  Personality  Selector 

100 

10.10 

Firmware 

100 

11. 

APEX  MAINTENANCE  STATION  A 104 

101 

12. 

FIBER  OPTIC  BACKBONE 

103 

13. 

SUBREFLECTOR  CONTROL 

107 

13.1 

Hexapod  Drive  Cabinet 

107 

13.2 

Hexapod  Actuators 

109 

13.3 

Hexapod  Motion 

1 10 

13.4 

Calculation  of  Hexapod  Motion  Versus  Elevation 

1 16 

13.5 

Hexapod  Homing  Procedure 

1 16 

14. 

LIMIT  SWITCH  ASSEMBLIES 

121 

14.1 

Azimuth  Axis 

121 

14.2 

Elevation  Axis 

121 

15. 

DRIVE  TRAIN 

123 

15.1 

Gear  Ratio 

126 

15.2 

Motor  Torques 

128 

15.3 

Brakes 

128 

IV 


LIST  OF  FIGURES 

Figure  Page 

No. 

1  HUSIR  control  system  architecture.  6 

2  Haystack  antenna  control  system  locations.  8 

3  HUSIR  ACU  top  level  block  diagram.  9 

4  Photograph  of  completed  ACU.  10 

5  Pointing  computer  switch  schematic.  13 

6  Front  view  of  pointing  computer  switch  with  door  open.  14 

7  Rear  view  of  the  pointing  computer  switch.  1 5 

8  DIO  transition  board  schematic.  20 

9  ACU  software  top  level  block  diagram.  21 

10  Real-Time  Kernel-Space  Module  (RTKM)  processing.  22 

1 1  Real-Time  User-Space  Module  (RTUM)  processing.  23 

12  Non-Real-Time  Uscr-Spacc  Module  (NRTUM)  processing.  25 

13  Variable  velocity  limit  geometry.  46 

14  Torque  bias  with  no  crossover.  47 

15  Torque  bias  with  crossover.  48 

16  Generic  compensator.  49 

17  Sample  filter  string.  49 

18  Status/Control  window-remote  mode.  58 

19  Status/Control  window-local  mode.  60 

20  Status/Control  window-manual  mode.  61 

2 1  Status/Control  window-hexapod  control.  63 

22  Status/Control  window-drive  status  display.  64 

23  Status/Control  window-configuration  tab  (pedestal).  66 

24  Status/Control  window-configuration  tab  (azimuth  axis).  67 

25  Status/Control  window-object  tab  (NORAD).  69 

26  Status/Control  window-object  tab  (NORAD,  tasked  only).  70 

27  Status/Control  window-object  tab  (star).  71 

28  Status/Control  window-object  tab  (program  tracking).  72 

29  Status/Control  window-object  tab  (solar  system).  73 

V 


LIST  OF  FIGURES 
(Continued) 


Figure  Page 

No. 

30  Status/Control  window-object  tab  (designate).  74 

31  Instrumentation  window.  75 

32  PLC  cabinet  with  temporary  wiring  for  simulator  testing.  78 

33  Antenna  limit  positions.  82 

34  Control  system  power  distribution  block  diagram.  84 

35  120/208  V  breaker  panel.  86 

36  Photograph  of  inside  of  completed  drive  cabinet.  88 

37  Encoder  concentrator  cabinet.  98 

38  Antenna  fiber  optic  backbone.  103 

39  SERCOS  repeater  schematic.  104 

40  Hexapod  drive  cabinet  internals.  108 

4 1  Hexapod  actuator.  1 09 

42  Hexapod  configuration.  1 1 0 

43  Subreflector  coordinate  system  definition.  Note  the  Z  axis  is  positive  into  the 

page  with  the  origin  of  the  system  at  the  vertex  of  the  subrcflcctor.  1 1  1 

44  Subreflector  clevis  locations  on  the  back  of  the  subreflector.  112 

45  Apex  clevis  point  locations.  113 

46  Hexapod  actuator  numbering.  1 1 5 

47  Hexapod  homing  flowchart.  1 1 7 

48  Move-to-limit  procedure  flowchart.  1 1 8 

49  Actuator  homing  procedure  flowchart.  1 1 9 

50  Azimuth  and  elevation  gearbox  CAD  models.  123 

51  Azimuth  gearbox  locations.  124 

52  Elevation  gearbox  locations.  125 

53  Drive  pinion  assembly.  126 

54  Azimuth  gear  train  schematic.  127 

55  Elevation  gear  train.  128 

56  Brake  engagement  timing.  129 

57  Brake  release  timing.  1 30 


VI 


LIST  OF  TABLES 


Table 

No. 

Page 

4-1 

Pointing  Computer  Interface  Pin  Outs 

16 

4-2 

Maintenance  Computer  Pin  Outs 

16 

4-3 

Digital  I/O  Interface  Pin  Outs 

17 

vii 


This  page  intentionally  left  blank. 


1.  INTRODUCTION 


MIT  Lincoln  Laboratory  is  carrying  out  a  program  to  upgrade  the  existing  Haystack  radar 
by  adding  a  W-band  (96  GHz)  radar  capability.  The  existing  X-band  radar  (10  GHz)  will  remain 
intact  and  the  resulting  radar  will  be  capable  of  either  simultaneous  dual-band  or  single-band 
operation.  This  document  describes  the  performance  requirements  of  the  control  system  for  the 
HUSIR  antenna.  A  new  higher  precision  antenna  is  being  installed,  allowing  the  antenna  to  be 
used  efficiently  at  W-Band.  At  W-Band,  the  system  will  have  a  very  narrow  beam  that  needs  to 
be  accurately  pointed  by  a  n  ew  control  system  while  operating  at  higher  velocities  than  the  old 
hydraulic  system. 

This  document  describes  the  design  of  the  control  system  as  it  is  to  be  implemented,  but 
this  document  alone  isn’t  enough  to  completely  define  the  control  system  design.  A  large  number 
of  drawings  go  along  with  this  document  (and  will  be  referenced  throughout  this  document),  as 
well  as  s  cveral  Interface  C  ontrol  D  ocuments  ( ICDs).  T  hese  ICDs  w  ill  d  efine  t  he  d  ata  t  hat  i  s 
transferred  b  etween  t  he  r  adar  or  a  stronomy  computer  a  nd  t  he  a  ntenna  c  ontrol  uni  t  (  ACU), 
between  the  ACU  and  the  maintenance  computers,  and  between  the  ACU  and  the  Programmable 
Logic  Controller  (PLC)  system.  The  ICDs  will  be  referenced,  where  appropriate. 

The  control  system  isn’t  being  designed  in  a  vacuum.  Other  teams  are  designing  or  will  be 
designing  o  ther  p  arts  o  f  th  e  a  ntenna  s  ystem  th  at  th  e  c  ontrol  s  ystem  will  in  terface  w  ith.  As  a 
result,  the  control  system  design  effort  will  result  in  a  number  of  requirements  being  placed  on 
components  that  are  not  the  direct  responsibility  of  the  control  system  team.  An  example  of  this 
is  the  stow  pin  actuator.  The  control  system  has  requirements  for  the  control  and  interlocking  of 
the  stow  pin,  but  the  actual  mechanics  and  mounting  of  it  arc  the  responsibility  of  another  team. 


This  page  intentionally  left  blank. 


2. 


DOCUMENTATION 


The  following  documents  will  provide  information  required  for  a  complete  understanding 
of  the  HUSIR  antenna  control  system. 

HUSIR  Antenna  Control  System  Requirements  Document 

Pointing  Computer  to  ACU Interface  Control  Document 

Maintenance  Computer  to  ACU  Interface  Control  Document 

ACU  to  Safety  PLC  system  Interface  Control  Document 

Antenna  Safety  PLC  to  Stow  Pins  Interface  Control  Document 

HUSIR  Control  System  Software  Simulation 

Detailed  fabrication  drawings  for  all  components  of  the  control  system 
A-488990:  Control  System  Schematic 
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3. 


CONTROL  SYSTEM  OVERVIEW 


3.1  DRIVE  SYSTEM  SIZING 


To  properly  size  the  drive  system  for  the  antenna,  the  overall  inertia  of  the  antenna  must  be 

known.  The  current  inertias  for  the  antenna  (as  of  March  2008)  are  9.48  x  10  kgm  in  azimuth, 

6  2  • 

constant  with  elevation  change,  and  7.76  x  10  kgm  in  elevation. 


The  c  ontrol  s  ystem  m  ust  pr  ovide  e  nough  t  orque  t  o  a  ccclerate  t  hose  i  nertias  at 

2  deg/sec  .  The  total  torque  per  axis  required  is  =  I squired -  ^  system  with  no 

180 


margin,  the  required  torque  in  azimuth  is  330914  Nm.  With  eight  pinions  in  azimuth,  each  pinion 
must  provide  41364  Nm  of  torque.  A  gear  ratio  of  1888: 1  is  used  in  azimuth,  meaning  that  each 
of  the  eight  motors  in  azimuth  must  provide  21.9  Nm  of  torque  to  accelerate  the  antenna  at  the 
required  rate.  A  similar  calculation  for  elevation  using  a  4395: 1  gear  ratio  results  in  the  4  motors 
needing  to  each  provide  15.4  Nm  of  torque. 


The  MHDl  15A-024  class  motors  selected  for  the  drive  system  are  capable  of  producing 
24.9  Nm,  with  higher  values  for  peak  and  stall  when  they  are  operated  with  a  lOOK  temperature 
rise  allowable  using  free  convection.  Therefore  motors  ean  accelerate  the  antenna  at  the  required 
rates,  with  some  margin.  Should  the  inertias  rise  beyond  the  drive  capability,  the  motors  will 
require  blowers  to  develop  more  torque.  The  pinion  tooth  loads  will  need  to  be  re-evaluated  in 
that  ease,  as  they  are  close  to  the  allowable  loads  for  maximum  life.  Tooth  loads  for  the  current 
inertias  are  623 1  lbs  and  283 1  lbs  for  azimuth  and  elevation  respectively. 


3.2  BASIC  ARCHITECTURE 


The  b  asie  a  rehiteeture  o  f  th  e  c  ontrol  s  ystem  w  as  s  et  w  ell  b  efore  th  e  s  tart  o  f  th  is  d  esign 
document.  The  architecture  was  updated  when  MIT  LL  took  control  system  work  over  from  the 
vendor  to  reflect  a  PLC  system  and  lessons  learned  from  the  radiometer  (or  rooftop)  antenna,  and 
the  XTR  system.  The  architecture  as  is  stands  is  shown  in  Figure  1. 
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Figure  1.  HUSIR  control  system  architecture. 


The  de  tails  of  t  he  de  sign  a  nd  t  heory  of  ope  ration  w  ill  be  dc  vclopcd  i  n  t  he  f  ollowing 
sections. 

3.3  CONTROL  SYSTEM  POINTING  ERROR  BUDGET 

The  overall  pointing  error  budget  allocation  for  the  control  system  is  1  millidegrcc,  blind 
pointing  a  fter  c  alibration  a  nd  0.5  m  illidegrees  for  t  racking.  T  hat  budge  t  a  llocation  i  s  f  urthcr 
broken  up  into  a  number  of  terms  that  are  reproduced  below; 
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Control  System 

Sensors 

Encoder  accuracy 

0.05 

Encoder  coupling 

0.05 

Servo  commands 

time  synchronization 

0.05 

•  The  drive  baeklash  term  is  redueed  to  zero  by  ineorporating  torque  biasing  on  pairs  of 
drive  motors. 

•  The  eommand  lag  is  due  to  the  time  between  the  time  haek  and  the  aetual  eommand 
output  inside  the  servo  loop.  This  is  eurrently  on  the  order  of  300  mieroseeonds  on  the 
rooftop  a  nd  X  TR  s  ystems.  A  t  5  de  grees  p  er  seeond  i  n  a  zimuth,  t  his  e  rror  i  s  1 .5 
millidegrees  peak. 

•  Time  s  ynehronization  refers  to  the  aeeuraey  of  the  IRIG  timin  g  u  sed  b  y  theACU 
relative  t  o  t  he  r  adar.  IRlG  i  s  t  ypieally  eap  able  of  s  ynehronizing  mu  Itiple  s  ystems  to 
1-10  mieroseeonds  aeeuraey.  The  budget  uses  the  worst  ease  number. 


For  t  he  following  s  eetions,  t  he  r  eader  i  s  r  eferred  t  o  t  he  HUSIR  Control  System 
Interconnection  Diagram.  This  diagram  eontains  ehassis  and  eable  numbers  that  are  refereneed 
heavily  in  the  remainder  of  this  doeument.  Loeations  of  eomponents  referred  to  in  this  doeument 
are  shown  in  Figure  2. 
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RF  box  deck 


Azimuth  transition 


Steel  deck 


Figure  2.  Haystack  antenna  control  system  locations. 
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4. 


ANTENNA  CONTROL  UNIT 


The  A  ntenna  C  ontrol  Unit  (  ACU)  f  or  t  he  Haystaek  U  Itra-wideband  S  atellite  Imaging 
Radar  (HUSIR)  provides  position  and  rate  servo  eontrol  for  the  antenna  pedestal  in  response  to 
eommands  from  the  Pointing  Computer  or  the  Maintenanee  C omputer  (MC).  In  addition,  the 
ACU  performs  the  logie  deeisions  neeessary  to  put  the  antenna  pedestal  into  the  requested  modes 
of  ope  ration  a  nd  t  o  s  upplement  t  he  s  afety  f  eatures  pr  ovided  b  y  t  he  P  rogrammable  Logie 
Controller  (PLC)  safety  and  interlock  system.  Figure  3  shows  a  top  level  bloek  diagram  whieh 
shows  the  ACU’s  relationship  to  other  HUSIR  equipment. 


ACU 

Compact 

PCI 

Chassis 


A4,  ACU 


Az/EI 

Sercans 

Interface 

(PCI) 

Rx 


Tx 

Hexapod 

Sercans 
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(PCI) 

Rx 
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Interface 

(PMC) 

Ji 


DIO 

Interface 

(PMC) 

ji 


A13,  Az 
Dr  IV® 
Cabinet 


A14.  Az 
Dnve 
Cabinet 
U2 


A15.  Az 
Dnve 
Cebinel 
#3 


A16.  Az 
Dnve 
Cebinet 


A17,  El 
Drive 
Cebinel 


A18,  El 
Dnve 
Cabinet 


A3  7. 
Hexapod 
Drive 
Cabinet 


A41,  Az 
Encoder 

A43,  El 
Encoder  RT 


DIO  j2 

Tx 

Trans- 

Local 

ition 

Board 
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Rx 

"TT 

jn  Alps, 

J12 

JS  Pwnting 

Computer 

JIS 

or 

Radar  Ops  (Classified) 
♦i  Pointing  Computer 


tJD  VAC  ChJi  to  ACU 


Astronomy  Ops  (Unclassifit  d) 

i  Pointing  Computer 
i  Maintenance  Computer^  A2 


Fiber  out  to  Apex 
Maintenance  Station 
— ►  A104 


Figure  3.  HUSIR  ACU  top  level  block  diagram. 
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4.1  ANTENNA  CONTROL  UNIT  HARDWARE 


The  completed  ACU  is  shown  in  Figure  4. 


Figure  4.  Photograph  of  completed  A  CU. 


4.1.1  ACU  Chassis 

The  ACU  chassis  is  a  standard  19"  rack  mount  commercial-off-the-shelf  (COTS)  Compact 
PCI  chassis  manufactured  by  Adlink.  The  cPClS-6418U/AC  has  the  following  features: 

•  Three  redundant  power  supplies 

•  Permanent  CD-ROM/CD-RW  drive 

•  Card  slot  space  the  following  complement  of  cards 


o 

Processor  card 

1  slot 

o 

PMC  Carrier  with  Time  code  and  DIO 

1  slot 

o 

Az/El  Sercans  Interface 

2  slots 

o 

Hexapod  Sercans  Interface 

2  slots 

CPCIS-64J8U/AC  Datasheet 
cPCIS-64 1 8 U/AC  Manual 
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4.1.2  ACU  Processor  Card 


The  ACU  Processor  Card  is  an  Adlink  cPCI-6840V  Intel  based  Compact  PCI  computer  on 
a  card  which  provides  the  following  capabilities: 

•  Compatibility  with  the  above  specified  chassis 

•  Compatible  with  Linux 

•  1 .8  GHZ  Pentium-M  Processor 

•  APIC  Interrupt  processing 

•  2  GB  System  Random  Access  Memory 

•  Ability  to  boot  over  Ethernet  LAN 

•  IDE  Interface  (unused) 

•  SCSI  Interface  (unused) 

•  VGA  Interface 

•  3  100BaseT  Ethernet  interfaces 

•  Keyboard  and  Mouse  Interface 

cPCI-6840V  Datasheet 

CPCI-6840V  Manual 

4.1.3  PMC  Carrier  Card 

The  A  CU  contains  a  n  A  dlink  c  PCI-8602  P  MC  c  airier  card  w  hich  w  ill  s  upport  t  he 
installation  o  f  tw  o  PMC  car  ds.  The  pur  pose  o  f  t  his  c  ard  i  s  t  o  pr  ovide  t  he  m  echanical  a  nd 
electrical  interface  between  the  Time  Code  and  DIO  cards  and  the  Compact  PCI  Chassis. 

c PCI-8 602  Datasheet 

cPCI-8602  Manual 

4.1.4  ACU  Timecode  Interface  Card 

The  ACU  Timecode  Interface  Card  is  utilized  to  maintain  time  synchronization  with  the 
pointing  c  omputer  u  sing  IRIG-B.  The  P  CI-SyncClock32-UNIV  from  B  randywinc 
Communications  is  the  PMC  card  selected. 

PCI-SyncClock32-  UNI  V  Datasheet 

4.1.5  ACU  Digital  Input/Output  (DIO)  Interface  Card 

This  interface  must  have  a  minimum  of  16  TTL  inputs  and  16  TTL  outputs  (16  outputs,  48 
inputs  desired)  arranged  in  a  parallel  manner.  The  response  time  of  these  inputs  and  outputs  must 
be  less  than  50  nanoseconds.  The  card  selected  is  the  Acromag  PMC-464  parallel  DIO  card. 

Acromag  PMC-464  Datasheet 
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4.1.6  ACU  Azimuth  and  Elevation  Drive  Interface  Card 


The  four  azimuth  drive  cabinets  and  the  two  elevation  drive  cabinets  arc  connected  to  the 
ACU  vi  a  a  S  ERCOS  fiber  opt  ic  r  ing.  In  o  rder  to  g  uarantee  ma  ximum  compatibility  w  ith  th  c 
azimuth  a  nd  e  levation  dr  ive  a  mplifiers  w  hich  are  m  anufactured  b  y  BOSCH/REXROTH,  t  he 
ACU  u  tilizes  t  he  S  ERCANS  i  nterface  p  reduced  b  y  BOSCH/REXROTH.  This  S  ERCANS 
interface  r  educes  t  he  p  recessing  1  oad  o  f  t  he  A  CU  b  y  h  andling  al  1 1  he  1  ow  1  evel  S  ERCOS 
interface  signaling  and  allowing  for  high  level  data  transfer  via  shared  memory.  The  SERCANS 
card  is  PCI  based  and  requires  a  PCI  to  cPCI  adapter  board  to  function.  The  adapter  board  is 
manufactured  by  PCI-SYSTEMS. 

Bosch  Rexroth  SERCANS  PCI  Card  Manual 

PCI-SYSTEMS  Adapter  Board  Datasheet 

4.1.7  ACU  Hexapod  Interface  Card 

The  hexapod  drive  cabinet  is  connected  to  the  ACU  via  a  S ERCOS  fiber  optic  ring.  In 
order  to  g  uarantee  ma  ximum  s  oftware  c  ompatibility  w  ith  th  e  a  zimuth  a  nd  e  levation  dr  ive 
interface  card  is  the  same  card  as  that  specified  in  section  4.1.6. 

4.2  ANTENNA  CONTROL  UNIT  INTERFACES 

4.2.1  Pointing  Computer  Switch 

To  prevent  a  breach  of  security,  the  classified  and  unclassified  networks  must  never  be 
connected.  The  method  proposed  for  this  system  is  to  have  a  manual  switch  in  the  form  of  a 
cable  with  a  connector  on  it  that  can  be  plugged  into  one  of  three  ports  as  shown  in  Figure  2. 
Each  por  t  ha  s  t  he  pow  er  f  eed  f  or  t  he  A  CU  a  nd  the  Ethernet  c  onnection  to  the  a  ppropriatc 
network.  The  ACU  itself  has  no  nonvolatile  memory  on  board,  and  is  booted  over  the  network 
from  a  maintenance  computer  (two  unclassified  and  one  classified).  When  it  is  desired  to  switch 
from  one  s  ecurity  1  evel  to  a  nother,  t  he  c  ormcctor  ( A  i  n  F  igure  2)  i  s  r  emoved  f  rom  one  por  t 
(labeled  1,  2,  or  3  in  Figure  2)  and  connected  to  another.  When  the  connector  is  removed,  the  AC 
power  to  the  ACU  is  cut,  and  in  doing  so,  all  potentially  classified  information  lost.  When  the 
connector  is  plugged  into  the  other  port,  AC  power  is  reapplied  after  an  adjustable  time  delay 
(configurable  from  1  second  to  several  minutes)  and  the  system  booted  from  whichever  network 
the  ACU  is  connected  to.  This  ensures  that  the  system  has  been  powered  off  before  switching 
networks. 
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Figure  5.  Pointing  computer  switch  schematic. 
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Figure  6.  Front  view  of  pointing  computer  switch  with  door  open. 
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Figure  7.  Rear  view  of  the  pointing  computer  switch. 


4.2.2  Pointing  Computer  Interface 

The  poi  nting  C  omputcr  interface  s  hall  b  e  s  upported  b  y  E  themet  Interface  E  TH3  on  t  he 
ACU  processor  c ard.  This  i nterface  i  s  100 BaseT  Ethernet  over  copper  twisted  pa ir  w iring  i n 
accordance  with  IEEE  802.3-2002.  The  ETH3  interface  on  the  ACU  is  an  RG-45  jack  (female). 
This  interface  shall  be  connected  to  the  ACU  connection  Panel  via  a  standard  straight  through 
Ethernet  cable.  The  pin  outs  of  this  connector  are  shown  in  Table  4-1. 
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Table  4-1 

Pointing  Computer  Interface  Pin  Outs 


Pin  Number 

Signal  Name 

Purpose 

1 

TX+ 

High  side  of  Ethernet  Transmitter 

2 

TX- 

Low  side  of  Ethernet  Transmitter 

3 

RX+ 

High  side  of  Ethernet  Receiver 

4 

NC 

No  Connection 

5 

NC 

No  Connection 

6 

RX- 

Low  side  of  Ethernet  Receiver 

7 

NC 

No  Connection 

8 

NC 

No  Connection 

4.2.3  Maintenance  Computer  Interface 

The  Maintenance  Computer  interface  shall  be  supported  by  Ethernet  Interface  ETH I  on  the 
ACU  pr ocessor  c ard.  This  i  nterface  i  s  100  BaseT  E  themet  over  copper  twisted  pair  wiring  in 
accordance  with  IEEE  802.3-2002.  The  ETH3  interface  on  the  ACU  is  an  RG-45  jack  (female). 
This  interface  shall  be  connected  to  the  ACU  connection  Panel  via  a  standard  straight  through 
Ethernet  cable.  The  pin  outs  of  this  connector  are  shown  in  Table  4-2. 


Table  4-2 

Maintenance  Computer  Pin  Outs 


Pin  Number 

Signal  Name 

Purpose 

1 

TX+ 

High  side  of  Ethernet  Transmitter 

2 

TX- 

Low  side  of  Ethernet  Transmitter 

3 

RX+ 

High  side  of  Ethernet  Receiver 

4 

NC 

No  Connection 

5 

NC 

No  Connection 

6 

RX- 

Low  side  of  Ethernet  Receiver 

7 

NC 

No  Connection 

8 

NC 

No  Connection 
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4.2.4  IRIG-B  Interface 


The  IR IG-B  i  nterface  s  upported  b  y  t  he  P  CI-SyncClock32-UNIV  d  escribed  i  n  P  aragraph 

4.1.4  uses  a  female  SMB  connector  as  an  input.  The  center  conductor  of  this  connector  carries 
the  IR  IG-B  s  ignal.  The  outer  shell  of  this  connector  provides  a  ground  r efcrcncc.  The  cable 
interfacing  to  this  card  must  have  a  male  SMB  connector. 

4.2.5  Digital  Input/Output  Interface 

The  PMC-464  card  described  in  Paragraph  4.1.5  above  will  provide  16  bits  of  output  and 
48  bits  of  input.  All  inputs  and  outputs  are  TTL  levels.  The  16  bits  of  output  and  16  of  the  input 
bits  are  used  to  communicate  with  the  Local  Concentrator  board.  All  of  this  I/O  is  provided  on  a 
single  f emale  S  CSI-3  6  8  pi  n  c  onnector  (AMP  787082  -7  or  e  quivalent).  The  pi  n  out  s  of  t  his 
connector  and  the  function  of  each  pin  is  shown  in  Table  4-3. 


Table  4-3 

Digital  I/O  Interface  Pin  Outs 


Pin  Number 

Signal  Name 

Direction 

Purpose 

1 

Digital  CHO 

Input 

2^  Input  bit  from  Local  Concentrator 

2 

Digital  CHI 

Input 

2^  Input  bit  from  Local  Concentrator 

3 

Digital  CH2 

Input 

2^  Input  bit  from  Local  Concentrator 

4 

Digital  CH3 

Input 

2^  Input  bit  from  Local  Concentrator 

5 

Digital  CH4 

Input 

7^  Input  bit  from  Local  Concentrator 

6 

Digital  CHS 

Input 

2^  Input  bit  from  Local  Concentrator 

7 

Digital  CH6 

Input 

2®  Input  bit  from  Local  Concentrator 

8 

Digital  CH7 

Input 

a  Input  bit  from  Local  Concentrator 

9 

Digital  CHS 

Input 

2®  Input  bit  from  Local  Concentrator 

10 

Digital  CH9 

Input 

2®  Input  bit  from  Local  Concentrator 

11 

Digital  CH10 

Input 

2^°  Input  bit  from  Local  Concentrator 

12 

Digital  CH11 

Input 

2''  Input  bit  from  Local  Concentrator 

13 

Digital  CHI 2 

Input 

2’^  Input  bit  from  Local  Concentrator 

17 


Pin  Number 

Signal  Name 

Direction 

Purpose 

14 

Digital  CHI 3 

Input 

2^^  Input  bit  from  Local  Concentrator 

15 

Digital  CHI 4 

Input 

2^'*  Input  bit  from  Local  Concentrator 

16 

Digital  CHI 5 

Input 

2^^  Input  bit  from  Local  Concentrator 

17 

COMMON 

N/A 

Common  Tie  Point 

18 

COMMON 

N/A 

Common  Tie  Point 

19 

Digital  CHI 6 

Output 

2°  Output  bit  to  Local  Concentrator 

20 

Digital  CHI 7 

Output 

2^  Output  bit  to  Local  Concentrator 

21 

Digital  CHI 8 

Output 

2^  Output  bit  to  Local  Concentrator 

22 

Digital  CHI 9 

Output 

2^  Output  bit  to  Local  Concentrator 

23 

Digital  CH20 

Output 

2"*  Output  bit  to  Local  Concentrator 

24 

Digital  CH21 

Output 

2^  Output  bit  to  Local  Concentrator 

25 

Digital  CH22 

Output 

2®  Output  bit  to  Local  Concentrator 

26 

Digital  CH23 

Output 

2^  Output  bit  to  Local  Concentrator 

27 

Digital  CH48 

Input 

Status  Input  #16 

28 

Digital  CH49 

Input 

Status  Input  #17 

29 

Digital  CH50 

Input 

Status  Input  #18 

30 

Digital  CH51 

Input 

Status  Input  #19 

31 

Digital  CH52 

Input 

Status  Input  #20 

32 

Digital  CH53 

Input 

Status  Input  #21 

33 

Digital  CH54 

Input 

Status  Input  #22 

34 

Digital  CH55 

Input 

Status  Input  #23 

35 

COMMON 

N/A 

Common  Tie  Point 

36 

COMMON 

N/A 

Common  Tie  Point 

37 

Digital  CH24 

Output 

2®  Output  bit  to  Local  Concentrator 

38 

Digital  CH25 

Output 

2®  Output  bit  to  Local  Concentrator 

39 

Digital  CH26 

Output 

Output  bit  to  Local  Concentrator 
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Pin  Number 

Signal  Name 

Direction 

Purpose 

40 

Digital  CH27 

Output 

2’^  Output  bit  to  Local  Concentrator 

41 

Digital  CH28 

Output 

2’^  Output  bit  to  Local  Concentrator 

42 

Digital  CH29 

Output 

2’^  Output  bit  to  Loccil  Concentrator 

43 

Digital  CH30 

Output 

2^^  Output  bit  to  Local  Concentrator 

44 

Digital  CH31 

Output 

2’^  Output  bit  to  Local  Concentrator 

Sixteen  status  inputs  and  sixteen  control  outputs  will  be  provided  by  the  DIO  capability  of 
the  R  emote  C  oncentrator  M  odulc.  These  i  nput  a  nd  out  put  poi  nts  w  ill  be  c  onnccted  t  o  t  he 
Programmable  Logic  Controller.  The  functions  of  these  inputs  and  outputs  arc  defined  in  the 
ACU  to  Safety  PLC  System  Interface  Control  Document. 

4.2.6  Azimuth/Elevation  Drive  Interface 

The  Azimuth/Elevation  Drive  SERCANS  interface  interfaces  to  the  drives  via  a  fiber  optic 
ring  as  shown  in  Figure  3.  The  signals  arc  carried  over  200  mm  core  hard-clad-silica  (HCS)  fiber 
cable  m  anufactured  b  y  OFS  S  pccialty  P  hotonics.  H  CS  fiber  w  as  c  hosen  be  cause  i  t  i  s  m  ore 
flexible  and  durable  than  plastic  fiber,  with  lower  loss.  The  Az/El  SEFtCANS  interface  operates 
as  t  he  s  ynchronization  s  lave  w  ith  a  1 000  H  z  c  ycle  t  ime.  T  he  i  ntcrface  i  s  s  ynchronized  t  o  t  he 
Hexapod  SERCANS  interface. 

4.2.7  Hexapod  Interface 

The  Hexapod  Drive  SERCANS  interface  interfaces  to  the  drives  via  a  fiber  optic  ring  as 
shown  in  Figure  3.  HCS  fiber  is  used  for  this  ring  as  well.  The  Hexapod  SERCANS  interface  is 
the  synchronization  master  and  operates  at  a  10  Hz  cycle  time. 
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Figure  8.  DIO  transition  board  schematic. 


4.3  ANTENNA  CONTROL  UNIT  SOFTWARE 

The  antenna  eontrol  unit  software  will  be  developed  in  C  and  C++  utilizing  tools  available 
under  the  GNU  Publie  Lieense  (GPL).  Speeifieally  the  starting  Linux  distribution  will  be  Fedora 
8.  The  ke  mel  w  ill  be  r  eeompiled  ut  ilizing  Linux  va  nilla  ke  mel  2.6.  23.15  a  s  pr  ovided  b  y 
kemel.org  and  pa  tehed  with  R  eal  T  ime  A  pplieations  Interfaee  ve  rsion  3.6,  a  s  pr  ovided  b  y 
RTAI.org.  The  kernel  shall  be  eonfigured  for  minimum  stable  size  and  minimum  possible  use  of 
loadable  mo dules  to  faeilitate  its  ability  to  be  booted  via  LAN.  All  C  and  C++ eode  w  ill  be 
eompiled  utilizing  the  GCC  Compiler  Version  4. 1 .2.  Later  versions  of  all  software  may  be  used. 

The  souree  eode  for  the  ACU  is  maintained  in  the  version  eontrol  system  used  by  HUSIR. 
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4.3.1  Processing  Overview 

The  ove  rail  a  rchitecture  of  t  he  A  CU  application  c  onsists  of  a  R  cal-Time  K  emel-Spacc 
Module  ( RTKM),  a  R  eal-Timc  U  ser-Space  M  odule  ( RTUM)  and  a  N  on-Realtime  U  ser  S  pace 
Module  (NRTUM)  as  shown  in  Figure  9.  The  RTKM  is  dynamically  linked  into  the  operating 
Linux  kernel  when  the  ACU  application  is  started.  The  NRTUM  is  then  started  which  creates  a 
separate  t  bread  f  or  e  ach  ex  temal  co  mmunications  i  nterface  and  ana  dditional  t  bread  f  or 
interacting  with  the  RTKM.  This  thread  is  warped  into  Real-Time  via  RTAI  LXRT  support  thus 
creating  the  RTUM.  This  allows  User  Space  to  react  as  quickly  as  possible  to  inputs  from  the 
RTKM. 


Pointtofl 

Computer 


Mamtonence 

Computer 


Real  Time  Real  Time 


Inlanupl 


figure  9,  ACU  software  top  level  block  diagram. 


Real-Time  Kernel-Space  Module  (RTKM)  A  simplified  f  low  c  hart  o  f  th  c  R  cal-Timc 
Kernel-Space  M  odule  (  RTKM)  pr  ocessing  i  s  s  hown  i  n  Figure  10  .  Key  to  unde  rstanding  t  he 
operation  of  this  module  is  the  fact  that  during  normal  operation,  the  module  runs  2000  times  a 
second,  alternating  b  etween  i  nput  m  ode  and  out  put  m  ode.  This  a  ssures  th  at  th  e  timin  g 
requirements  o f  the  S  ERCANS  interface  are  met.  Upon  receiving  an  AT  Data  ready  interrupt 
from  t  he  S  ERCANS  i  nterface  when  i  n  i  nput  m  ode,  t  he  m  odule  r  eads  t  he  dr  ivc  d  ata  f  or  a  11 
azimuth,  elevation  and  hexapod  drives.  The  encoders,  DIO  and  timecode  are  then  also  read.  All 
of  t  his  da  ta  i  s  pa  ckaged  an  d  s  ent  t  o  t  he  R  eal-Time  U  ser-Space  M  odule  ( RTUM).  The  k  emcl 
module  then  waits  for  the  resulting  command  data  to  be  returned  by  the  RTUM.  The  data  i  s 
stored  for  use  during  the  next  interrupt  cycle  which  will  be  a  write  cycle. 

Realtime  in  terrupts  o  ccur  1000  t  imes  a  second.  The  pr  ocessing  associated  w  ith  t  hesc 
interrupts  will  check  to  see  if  the  SERCANS  interface  is  operating.  If  the  SERCANS  interface  is 
running,  t  he  R  TC  i  nterrupt  ne  cd  not  pe  rform  a  ny  f  urthcr  pr  ocessing.  If  n  ot  it  w  ilia  ttempt  t  o 
restart  the  interface  and  also  read  all  other  I/O  devices  for  status  reporting. 
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Figure  10.  Real-Time  Kernel-Space  Module  (RTKM)  proce.ssing. 
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Real-Time  User-Space  Module  (RTUM)  A  simplified  flow  chart  of  the  Real-Time  User- 
Space  M  odule  ( RTUM)  processing  i  s  s  hown  i  n  Figure  1 1 .  This  m  odule  p  rocesses  t  he  s  tatus 
messages  received  from  the  RTKM  via  the  Real  Time. 


Figure  II.  Real-Time  User-Space  Module  (RTUM)  processing. 
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FIFOs  and  processes  the  command  data  received  from  the  NRTUM  module.  The  RTUM 
starts  execution  each  time  data  is  placed  upon  the  Real  Time  FIFO  by  the  RTKM  (1000  times 
per  s  econd).  Each  t  ime  i  t  r  uns,  t  he  N  RTUM  module  c  hecks  t  he  m  ailbox  c  onnccted  t  o  t  he 
NRTURM  1 0  s  ce  i  f  a  ny  c  ommand  da  ta  ha  s  be  received  f  rom  t  he  P  ointing  C  omputcr  or  t  he 
Maintenance  computer.  If  a  command  has  been  received,  the  RTUM  retrieves  the  data  and  stores 
it  internally. 

Whether  or  not  ne  w  c  ommand  da  ta  i  s  r  eceived,  t  he  N  RTUM  ch  ecks  t  he  s  tatus  i  t  h  as 
received  from  the  RTKM  to  determine  if  the  SERCANS  interface  is  operating.  If  so,  the  latest 
received  command  data  is  referenced  to  determine  the  current  pedestal  mode.  If  the  drives  arc  to 
be  disabled,  the  RTUM  clears  all  memory  in  all  compensators,  zeros  all  torque  outputs  and  sends 
this  data  to  the  RTKM  via  the  Real  Time  output  FIFO.  If  the  drives  arc  up  and  running,  the  latest 
pointing  commands  received  are  used  to  interpolate  or  extrapolate  the  current  desired  position 
for  each  axis.  These  positions  along  with  the  current  position  of  each  axis  are  used  to  generate 
the  position  error  of  each  axis.  The  position  error  is  used  as  an  input  to  the  position  and  velocity 
loops  which  ultimately  determine  the  total  torque  that  is  to  be  applied  to  each  axis.  This  torque 
command  i  s  t  he  i  nput  t  o  t  he  t  orque  s  haring  and  t  orque  bi  as  a  Igorithms  w  hich  dc  termine  t  he 
amount  of  torque  that  is  to  be  applied  to  each  motor.  These  torque  commands  are  passed  to  the 
RTKM  via  the  Real  Time  Output  FIFO. 

Non-Real-Time  User-Space  Module  (NRTUM)  A  simplified  flow  chart  of  the  Non-Real- 
Time  User-Space  Module  (NRTUM)  processing  is  shown  in  Figure  12.  This  module  processes 
the  command  messages  received  from  the  Pointing  Computer  (PC)  and  Maintenance  Computer 
(MC)  and  passes  status  received  from  the  RTUM  back  to  the  PC  and  MC. 

The  processing  pe  rformed  b  y  t  his  m  odule  i  s  s  traight  f orward.  The  m  odulc  w  aits  f or  a  n 
input.  The  input  can  be  one  of  four  things.  Processing  proceeds  as  follows  based  upon  the  source 
of  the  input. 

New  s  ocket  co  nnection.  The  m  odulc  dc  tcrmincs  i  f  t  he  c  onncction  i  s  f  rom  t  he  P  ointing 
Computer  or  Maintenance  based  upon  t  he  port  of  the  connection.  A  new  TCP  (for  the  MC)  or 
UDP  (for  the  PC)  socket  is  created  for  the  connection. 

Input  f  rom  a  U  DP  s  ocket.  This  i  s  c  ommand  da  ta  f  rom  t  he  P  ointing  C  omputcr.  The 
command  is  packaged  and  sent  to  the  RTUM  via  the  output  mailbox. 

Input  from  a  T  CP  s  ocket.  This  i  s  c  ommand  da  ta  from  t  he  M  aintcnancc  C  omputcr.  The 
command  is  packaged  and  sent  to  the  RTUM  via  the  output  mailbox. 

Input  from  the  RTUM  mailbox.  This  is  status  data  from  the  RTUM  (and  ultimately  the 
RTKM).  This  d  ata  i  s  received  at  a  r  ate  o  f  1  000  t  imes  p  cr  s  ccond.  Based  upon  c  onfiguration 
parameters,  this  data  rate  is  decimated,  repackaged  and  forwarded  to  the  Pointing  Computer  and 
Maintenance  Computer  as  status  and  instrumentation  messages. 
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Figure  12.  Non-Real-Time  User-Space  Module  (NRTUM)  processing. 
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4.3.2  Detailed  Design  Information 

The  following  paragraphs  detail  the  design  of  each  of  the  three  modules  described  above. 

Real-Time  Kernel-Space  Module  (RTKM)  The  purpose  of  the  Real-Time  Kemcl-Spacc 
Module  is  to  perform  the  low  level  interaction  with  the  hardware  interfaces.  The  RTKM  must  be 
written  i  n  C  a  nd  c  ontains  t  hree  s  ections:  Initialization  (  code  e  xecuted  w  hen  t  he  m  odulc  i  s 
loaded),  Cleanup  (code  executed  when  the  module  is  removed),  and  Interrupt  Handling  (the  code 
that  is  executed  each  time  an  interrupt  occurs. 

The  processing  to  be  performed  by  each  of  these  sections  is  as  follows: 

Initialization 

The  initialization  section  of  the  RTKM  shall  take  three  arguments  as  follows: 

SIMULATE_TIMECODE  (0/1  =>  Timecodc  interface  present/not  present) 

S1MULATE_D10  (0/1  =>  DIO  interface  present/not  present) 

SIMULATE_SERCANS  (0/1  =>  SERCANS  interface  present/not  present) 

Given  t  hesc  i  nputs,  t  he  i  nitialization  s  ection  of  the  R  TKM  s  hall  pc  rform  t  he  f  ollowing 
processing. 

•  Initialize  th  e  T  ime  C  ode  M  odule  w  ith  the  S IMULATE  TIMECODE  argument  a  nd  a 
pointer  to  a  data  structure  to  hold  time  code  data. 

•  Initialize  the  DIO  Module  with  the  S1MULATE_D10  argument  and  a  pointer  to  a  data 
structure  to  hold  DIO  data. 

•  Initialize  the  SERCANS  Module  with  the  S1MULATE_SERCANS  argument,  a  pointer 
to  a  data  structure  to  hold  SERCANS  data  and  a  pointer  to  an  interrupt  handler  for  the 
SERCANS  AT  data  ready  interrupt. 

•  Initialize  the  RTC  service  of  RTAl  to  cause  an  RTC  interrupt  every  1  ms. 

•  Create  and  input  and  output  real  time  FIFO  utilizing  RTAl  services. 

SERCANS  Interrupt  Handler 

The  SERCANS  Interrupt  Handler  is  called  every  500  ps.  Upon  each  call  it  w  ill  alternate 
between  read  mode  and  write  mode,  hence  the  drives  shall  be  effectively  updated  at  a  rate  of 
1000  times  per  second.  When  in  read  mode,  the  SERCANS  interface  shall  perform  the  following 
processing. 

•  Call  the  Time  Code  Module  for  the  Current  time. 

•  Transfer  all  pertinent  drive  data  from  the  SERCANS  dual  ported  memory. 

•  Call  the  DIO  module  for  the  current  state  of  the  encoders  and  digital  inputs. 

•  Create  the  following  data  structure  and  place  on  the  output  real  time  FIFO  for  pick  up 
by  t  he  R  TUM.  All  uni  ts  a  re  n  ative  t  o  t  he  d  evice.  A  ny  uni  ts  c  onversion  w  ill  be 
performed  by  the  RTUM.  In  the  following  structure,  the  Pseudo  variable  is  used  to  hold 
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pseudo-input  bits  that  are  generated  by  internal  processing.  Examples  of  these  bits  are 
time  code  status,  encoder  ready  status,  etc. 


typedef  struct  RTKMOutputData  { 
int  nanosecond; 
int  second; 
int  minute; 
int  hour; 
int jday; 
int  year; 

int  AzEncoderCounts; 
int  ElEncoder  Counts[2]; 
int  MotorVelocity[12]; 
int  motorTorque[12]; 
int  motorVolts[12]; 
int  motorWatts[12]; 
int  motorTemp[12]; 
int  ampTemp[12]; 


//Time  of  validity 


//Binary  az  encoder  values 
//Two  binary  el  encoder  values 
//Velocity  off  all  motors 
//Reported  torque  from  all  motors 
//Bus  Voltage  at  each  motor 
//Power  consumption  of  each  motor 
//Temperature  of  each  motor 
//Temperature  of  each  amplifier 
//Position  of  each  hexapod  shaft 

//State 


int  shaftPosition[6]; 

unsigned  char  inputs[DIGITAL_lNPUT_CNT]; 
of  discrete  ins  int 

unsigned  char  outputs[DIGITAL_OUTPUT_CNT];  //State  of  discrete  outs 
unsigned  char  Pseudo[PSEUDO_INPUT_BYTES];  //Sta  te  of  generated  bits 
}  RTKMOutputData  t; 


•  Wait  f  or  a  r  esponse  o  f  the  f  ollowing  f  orm  on  t  he  i  nput  R  sal  T  ime  F  IFO  f  rom  t  he 
RTUM.  Both  desired  velocity  and  desired  torque  are  passed  to  the  RTUM  because  the 
BOSCH  drive  revert  to  velocity  mode  when  in  a  prelimit  condition. 

typedef  struct  RTKMInputData  { 
int  pseudoDigitalOutputs; 
int  desiredVelocity[12]; 
int  desiredTorque[12]; 
int  desiredPosition[6]; 

unsigned  char  outputs[DIGITAL_OUTPUT_CNT];  //State  of  discrete  outs 
RTKMInputDatat; 

•  Move  the  data  from  the  Real  Time  FIFO  to  internal  memory. 

•  Exit  and  wait  for  another  interrupt. 

When  in  write  mode,  the  SERCANS  interface  shall  move  the  azimuth  and  elevation  data 
received  from  the  RTUM  during  the  previous  read  cycle  to  the  SERCANS  dual  ported  RAM  for 
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transmission  t  o  t  he  8  a  zimuth  dr  ivcs  a  nd  t  he  4  e  levation  dr  ivcs.  This  data  s  hall  i  nelude  t  he 
following: 

Drive  Mode  (Standby  or  T orque  Mode)  for  the  8  azimuth  motors  and  the  four  elevation 
motors. 


•  If  no  prelimit  is  set  for  azimuth,  the  desired  torque  for  eaeh  of  8  motors. 

•  If  a  prelimit  is  set  for  azimuth,  the  desired  veloeity  for  eaeh  of  8  motors. 

•  If  no  prelimit  is  set  for  elevation  ,  the  desired  torque  for  eaeh  of  4  motors. 

•  If  a  prelimit  is  set  for  elevation,  the  desired  veloeity  for  eaeh  of  4  motors. 

•  Reset  the  SERCANS  timeout  timer. 

Real  Time  Cloek  Interrupt  Handler 

The  real  Time  Interrupt  Handler  will  run  ever  1  ms.  The  purpose  of  this  handler  is  to  eheck 
the  S  ERCANS  t  imeout  to  v  erify  th  at  th  e  S  ERCANS  in  terfaee  is  o  perating.  This  i  s  done  b  y 
eheeking  the  SERCANS  timeout  timer.  If  this  timer/eountcr  reaches  10,  the  SERCANS  interrupt 
has  n  ot  o  eeurred  for  I  0  m  illiseeonds.  In  t  his  ease,  t  he  R  eal  T  ime  C  loek  Interrupt  H  andlcr 
attempts  to  restart  the  S  ERCANS  interface.  All  other  data  i  s  read  and  sent  to  the  RTUM.  In 
addition,  a  pseudo  input  is  set  to  refleet  the  state  of  the  SERCANS  interfaee  as  down. 

Cleanup 

When  the  kernel  module  is  unloaded,  all  interrupts  are  diseonneeted  and  set  baek  to  their 
quieseent  s  tates.  Eaeh  h  ardware  m  odules  (  SERCOS,  T  imeCodc  a  nd  D  10)  r  elea.se  m  cthod  i  s 
ealled  to  release  their  respeetive  memories  and  hardware  devices. 

Time  Code  Module 

The  Time  Code  Module  shall  be  initialized  by  the  RTKM  when  it  is  loaded  into  the  active 
Linux  Kernel.  The  initialization  shall  allow  for  the  startup  of  the  Time  Code  Module  in  normal 
or  simulation  mode.  If  started  in  simulation  mode  no  further  initialization  need  oeeur.  If  started 
in  normal  mode,  the  following  operations  shall  be  performed: 

•  The  timeeode  deviee  shall  be  found  on  the  PCI  bus  by  calling  the  pci_get_suhsys  Linux 
service  with  the  following  parameters: 


VENDOR  0xl0B5 

DEVICE  0x9030 

SUBVENDOR  OxlOBS 

SUBDEVICE  0x1042 


•  The  timeeode  device  I/O  memory  shall  be  mapped  into  kernel  space  with  the  following 
three  ealls: 

pci_resource_start 

request_mem_rcgion 

ioremapnoeaehe 
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The  timccode  module  shall  provide  a  routine  to  allow  the  RTKJVI  to  request  the  current 
time  at  any  time.  If  in  simulation  mode,  the  Time  Code  Module  shall  return  the  time  from  the 
internal  PC  clock  and  compute  the  current  nanosecond  from  RTAI  resources.  If  not  in  simulation 
mode,  t  he  T  ime  C  ode  Module  s  hall  r  etum  t  he  t  ime  a  s  r  cad  f  rom  t  he  IRIB-B  i  ntcrface.  The 
returned  data  shall  at  a  minimum  include  the  following  data: 

typedef  struct  timecodeModuleData  { 
int  nanosecond; 
int  second; 
int  minute; 
int  hour; 
int  j  day; 
int  year; 

short  syncStatus 
}  timecodeModuleData  t; 

The  timecode  module  shall  include  a  method  to  set  the  current  year  as  this  is  not  provided 
by  the  IRIG-B  Interface. 

The  timecode  module  shall  be  terminated  upon  request  from  the  RTKM.  When  terminated, 
the  Time  Code  Module  shall  release  all  resources  (memory  and  devices)  and  then  exit. 

DIO  Module 

The  Dio  Module  shall  be  initialized  by  the  RTKM  when  it  is  loaded  into  the  active  Linux 
Kernel.  The  initialization  shall  allow  for  the  startup  of  the  Dio  Module  in  normal  or  simulation 
mode.  If  s  tailed  in  s  imulation  m  ode  no  f  urther  i  nitialization  ne  ed  oc  cur.  If  s  tailed  in  n  ormal 
mode,  the  following  operations  shall  be  performed: 

•  The  D  io  de  vice  s  hall  be  f  ound  on  t  he  PCI  bus  bye  ailing  t  he  pci_get_subsys  Linux 
service  with  the  following  parameters: 

VENDOR  0xl6D5 

DEVICE  0x4248 

•  The  Dio  device  I/O  memory  shall  be  mapped  into  kernel  space  with  the  following  three 
calls: 

pci_resource_start 

request_mem_rcgion 

ioremapnocachc 

The  Dio  module  shall  provide  a  routine  to  allow  the  RTKM  to  request  the  current  status  of 
the  in  puts  to  th  e  c  oncentrator  s  ubsystem  at  a  ny  time.  If  i  n  s  imulation  m  ode,  t  he  D 10  m  odulc 
shall  r  etum  z  eros  f  or  a  11  in  puts,  b  ecause  th  e  R  TUM  w  ill  simulate  t  heir  v  alues.  If  not  i  n 
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simulation  mode,  the  Time  Code  Module  shall  return  all  data  as  read  from  the  local  concentrator 
module.  The  returned  data  shall  at  a  minimum  include  the  following  data: 

typedef  struct  dioModuleData  { 

unsigned  int  encoderBits[3]; 
unsigned  int  localinputs; 
unsigned  short  remotelnputs; 
unsigned  short  digitalOutputs; 
unsigned  short  encoders  Status; 
unsigned  short  status; 
unsigned  short  spins; 

}  dioModuleData  t; 

The  Dio  module  shall  provide  a  routine  to  allow  the  RTKM  to  change  the  state  of  the  1 6 
above  wrap  digital  outputs. 

The  Dio  module  shall  be  terminated  upon  request  from  the  RTKM.  When  terminated,  the 
Dio  Module  shall  release  all  resources  (memory  and  devices),  and  then  exit. 

Scrcans  Module 

The  Sercans  Module  shall  be  initialized  by  the  RTKM  when  it  is  loaded  into  the  active 
Linux  Kernel.  The  initialization  shall  allow  for  the  startup  of  the  Sercans  Module  in  normal  or 
simulation  mode.  If  started  in  simulation  mode  no  further  initialization  need  occur.  If  started  in 
normal  mode,  the  following  operations  shall  be  performed: 

•  The  t  wo  S  ERCANS  d  evices  s  hall  be  f  ound  on  t  he  P  Cl  bus  bye  ailing  t  he 
pci_get_subsys  Linux  service  twice  with  the  following  parameters: 

VENDOR  0xl04A 

DEVICE  0x4000 

•  The  SERCANS  device  I/O  memory  shall  be  mapped  into  kernel  space  for  each  of  the 
devices  with  the  following  three  calls: 

pci_resource_start 

request_mem_region 

ioremap_nocache 

•  The  SERCANS  device  0  (as  set  by  the  front  panel  address)  shall  be  set  to  Phase  zero 
and  configured  for  12  drives.  The  following  read  and  write  data  shall  be  configured  for 
automatic  transfer  between  the  SERCANS  device  and  each  drive: 

o  Torque  Command  (Write  to  drive) 
o  Velocity  Command  (Write  to  drive) 
o  Current  Torque  (Read  from  Drive) 
o  Current  Velocity  (Read  from  drive) 
o  Bus  Voltage  (Read  from  drive) 
o  Bus  Power  (Read  from  drive) 


//Ell,  E12,  Az  Encoders  (in  order) 

//32  Below  wrap  digital  inputs 
//1 6  Above  wrap  digital  inputs 
//Current  state  of  16  above  wrap  outputs 
//Azimuth  Encoder  status 
//Status  of  both  elevation  encoders 
//Loops  waiting  for  encoder  data 
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o  Motor  Temperature  (Read  from  drive) 
o  Amplifier  Temperature  (Read  from  drive) 

The  SERCANS  device  1  (as  set  by  the  front  panel  address  shall  be  set  to  Phase  zero  and 
configured  f  or  6  dr  ives.  The  following  r  ead  a  nd  w  rite  d  ata  s  hall  be  configured  f  or 
automatic  transfer  between  the  SERCANS  device  and  each  drive: 
o  Position  Command  (Write  to  drive) 
o  Current  Velocity  (Read  from  drive) 
o  Bus  Voltage  (Read  from  drive) 
o  Bus  Power  (Read  from  drive) 
o  Motor  Temperature  (Read  from  drive) 
o  Amplifier  Temperature  (Read  from  drive) 

Both  S  ERCANS  i  nterfaces  s  hall  b  e  r  un  up  t  o  phase  t  wo.  At  a  11  th  e  drives  on  bot  h 
SERCANS  interfaces  shall  be  configured  from  the  file  SERCANS. CFG  the  format  of 
this  f  ile  s  hall  b  e  s  imilar  to  th  e  f  ollowing  e  xample.  Note  th  at  th  is  a  Hows  f  or  th  c 
configuration  of  any  drive  parameter  on  either  of  the  two  SERCANS  interfaces. 

#Card  Configuration 

#Card,  0,  Parameter,  Value,  Length,  Comment 

0,  0,  Y-0-0017,  2,  2,  Sercos  Baud  rate  (2  MBaud) 

0,  0,  Y-0-0004,  1000,  2,  Sercos  cycle  time 

0,  0,  Y-0-0005,  1000,  2,  NC  cycle  time 

0,  0,  Y-0-0009,  0,  2,  Life  counter  difference 

0,  0,  Y-0-0023,  1,  2,  Language  selection 

0,  0,  Y-0-0029,  4,  2,  Power  on  target  phase 


#Drive  Configuration 
#Card,  Drive,  Parameter, 
#Note:  Drive  of  -1  sends 
0,-1,  P-0-1350,  2,  2, 

0, -l,S-0-0032,  2,  2, 
0,-1,  S-0-0033,  1,2, 
0,-l,S-0-0034,  0,2, 

0, -l,S-0-0035,  0,  2, 

0, -l,S-0-0208,  0,  2, 
0,-1,  P-0-0109,  1200,  2, 
0, -l,S-0-0082,  1200,  2, 
0,-l,S-0-0083,-1200,  2, 


Value,  Length,  Comment 
parameter  to  all  drives  on  card 
Stop  PLC 

Primary  mode  of  operation  (Velocity) 
Secondary  operation  mode  1  (Torque) 
Secondary  operation  mode  2  (Undefined) 
Secondary  operation  mode  3  (Undefined) 
Celsius  Temperature  Scaling 
Torque/Force  Peak  Limit  (0. 1  of  a  percent) 
Torque/force  positive  limit  (0. 1  of  a  percent) 
Torque/force  negative  limit  (0.  Is  of  a 


percent) 

0,-l,S-0-009 1,60000000,  4, 
0, -l,S-0-0092,  1200,  2, 

0, -l,S-0-0823,  0,  2, 
0,-l,S-0-0822,  0,  2, 


Velocity  bipolar  limit  (0.0001s  of  an  RPM) 
Torque/force  bipolar  limit  (0.1s  of  a  percent) 
Torque/force  ramp  (0.1s  of  a  percent) 
Torque/force  ramp  time  (ms) 
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•  Both  S  ERCANS  i  nterfaces  s  hall  be  r  un  up  to  pha  sc  f  our  a  nd  t  he  S  ERCANS  A  T 
interrupt  shall  be  enabled. 


The  SERCANS  module  shall  provide  a  routine  to  allow  the  RTKM  to  query  the  state  of  all 
drives.  The  R  TKM  s  hall  u  tilize  th  is  r  outine  im  mediately  upon  r  ceeipt  of  an  AT  d  ata  r  cady 
interrupt  (when  in  read  mode)  to  assure  correct  synchrony  with  the  SERCANS  interface.  The 
data  supplied  by  the  SERCANS  interface  shall  at  a  minimum  include  the  following: 


typedef  struct  SERCANSlnData  { 
int  MotorVelocity[12]; 
int  motorTorque[12]; 
int  motorVolts[12]; 
int  motorWatts[12]; 
int  motorTcmp[12]; 
int  ampTemp[12]; 
int  shaftPosition[6]; 
int  localDigitalInputs; 

inputs 

int  pseudoinputs; 
short  remoteDigitallnputs; 

inputs 

}  SERCANSInData  t; 


/A^clocity  off  all  motors 
//Reported  torque  from  all  motors 
//Bus  Voltage  at  each  motor 
//Power  consumption  of  each  motor 
//Temperature  of  each  motor 
//Temperature  of  each  amplifier 
//Position  of  each  hexapod  shaft 
//State  of  32  local  concentrator 

//State  of  32  pseudo  inputs 
//State  of  16  remote  concentrator 


The  SERCANS  module  shall  provide  a  routine  to  allow  the  RTKM  to  command  the  state 
of  all  drives.  The  RTKM  shall  utilize  this  routine  immediately  upon  receipt  of  an  AT  data  ready 
interrupt  (when  in  write  mode)  to  assure  correct  synchrony  with  the  SERCANS  interface.  The 
data  supplied  to  the  SERCANS  interface  shall  at  a  minimum  include  the  following; 


typedef  struct  SERCANSOutData  { 
int  desiredVelocity[12]; 
int  desiredTorquc[12]; 
int  desiredPosition[6]; 
char  driveState[  1 8] ; 
SERCANSOutDatat; 


//Desired  velocity  of  Az  and  El  drives 
//Desired  torque  applied  to  Az  and  El  drives 
//Desired  position  of  hexapod  drives 
//Desired  state  of  all  drives 


The  S  ERCANS  m  odule  s  hall  be  t  erminated  upon  r  equest  from  t  he  R  TKM.  When 
terminated,  the  SERCANS  Module  shall  release  all  resources  (memory  and  devices)  and  then 
exit. 


Real  Time  User-Space  Module  (RTUM)  The  R  cal  T  ime  U  scr-Space  Module  (RTUM) 
performs  the  bulk  of  the  processing  within  the  ACU.  There  arc  many  complex  data  structures 
that  are  supported  and  utilized  by  this  processing.  For  this  reason,  the  significant  data  structures 
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of  the  RTUM  are  discussed  in  the  following  paragraphs  and  then  the  processing  of  the  RTUM  is 
described  in  subsequent  paragraphs. 

Pedestal  Object 

One  Pedestal  Object  is  created  by  the  RTUM  to  represent  the  features  of  HUSIR  antenna 
that  ap  ply  t  o  t  he  p  edestal  as  a  w  hole.  This  P  edestal  O  bject  in  stantiates  o  ther  o  bjects  (  axis, 
compensator,  etc.)  to  complete  the  definition  of  the  antenna. 

Pedestal  Object  Data 

The  pedestalDefinition  structure  hoi  ds  a  11  da  ta  de  scribing  t  he  pe  destal  t  hat  m  ay  be 
configured  on  startup  but  may  not  change  once  the  RTUM  has  commenced  normal  operation.  In 
other  words,  the  pedestalDefinition  structure  data  is  loaded  once  during  system  startup  and  then 
does  not  c  hange  t  hereafter.  The  pur  pose  of  t  his  s  tincture  i  s  t  o  hoi  d  da  ta  t  hat  de  scribes  t  he 
physical  ch  aracteristics  o  f  t  he  p  edestal  t  hat  d  on  ot  ch  ange  w  ith  t  ime  o  r  p  erformance 
modifications  s  uch  a  s  num  ber  of  a  xis  a  nd  c  oordinate  s  ystem  o  rganization.  The 
pedestalDefinition  structure  is  defined  below. 


typedef  struct  pedestalDefinition  { 
string  strName; 
bool  bSimulateDiscretelnputs; 
bool  bSimulateDiscreteOutputs; 
bool  bSimulateAnaloglnputs; 
bool  bSimulatePositionInputs; 
bool  bSimulateAnalogOutputs; 
int  iServoUpdateRate; 

Second) 

int  iAxisCount; 
int  iReceiverCount; 
int  eCoordinateSystem; 

}  pcdestalDefinition_t; 


//Ascii  Name  of  pedestal 
//Simulate  discrete  inputs  if  true 
//Simulate  discrete  outputs  if  true 
//Simulate  analog  inputs  if  true 
//Simulate  position  inputs  if  true 
//Simulate  analog  outputs  if  true 
//Servo  loop  update  rate  (Updates  per 

//Number  of  driven  axis  on  pedestal 
//Number  of  driven  axis  on  pedestal 
//Coordinate  Transform  type 


The  pedestalConfiguration  structure  h  olds  all  d  ata  d  escribing  t  he  p  edestal  t  hat  m  ay  b  e 
changed  at  any  time.  This  data  may  change  due  to  real-time  events  (in  the  case  of  orientation 
sensors)  or  to  design,  implementation  or  test  modifications.  The  pedestalConfiguration  structure 
is  1  oaded  w  ith  in  itial  d  ata  o  n  s  tartup  and  ma  y  b  e  mo  dified  a  t  any  ti  me  v  ia  a  call  to  th  e 
configurePedestal  method.  The  pedestalConfiguration  structure  is  defined  below. 


typedef  struct  pedestalConfiguration  { 

double  dLatitude;  //Latitude  of  fixed  i^edestal  (degrees  north) 
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double  dLongitude; 
double  dAltitude; 
double  dPiteh; 
double  dRoll; 
double  dHeading; 

}  pedestalConfiguration  t; 


//Longitude  of  fixed  pedestal  (degrees  east) 
//Altitude  of  fixed  pedestal  (meters) 

//Piteh  of  pedestal  base  (RH  Coord,  degrees) 
//Roll  of  pedestal  base  (RH  Coord,  degrees) 
//Heading  of  ped  base  (RH  Coord,  degrees) 


The  pedestalStatus  strueture  holds  the  eurrent  state  of  any  variables  assoeiated  with  the 
pedestal  that  may  ehange  with  time.  These  variables  inelude  pedestal  orientation  parameters  to 
allow  for  the  future  addition  of  sensors  that  may  be  incorporated  into  a  mount  model  located 
within  the  ACU  itself  Additionally,  the  raw  data  received  from  the  RTKM  and  the  raw  data  sent 
to  the  RTKM  is  stored  here.  The  raw  data  received  from  the  RTKM  is  utilized  by  the  RTUM  to 
determine  the  current  pedestal  state  and  to  compute  the  desired  state  and  torques  for  each  drive. 
This  data  is  sent  to  the  RTKM  and  also  stored  in  the  pedestalStatus  structure.  The  rawln  and 
rawOut  variables  are  available  to  be  streamed  to  any  storage  device  to  capture  the  complete  state 
of  the  pedestal  during  each  computation  period.  The  pedestalStatus  strueture  is  defined  below. 


typedef  struct  pedestalStatus  { 

RTKMOutputData  t  rawin; 
RTKMInputData  t  rawOut; 
double  dAzimuth; 
double  dElevation; 
double  dLatitude; 
double  dPitch; 
double  dRoll; 
double  dHeading; 

}  pedestalStatus_t; 


//Raw  data  input  from  the  RTKM 

//Raw  data  output  to  the  RTKM 

//Current  geo  az  position  (degrees  east  of  true  north) 

//Current  geo  el  position  (degrees  up  from  horizon) 

//Current  geographic  latitude  (degrees  east) 

//Current  pitch  of  ped  base  (RH  Coord,  degrees) 
//Current  roll  of  ped  base  (RH  Coord,  degrees) 
//Current  heading  of  ped  base  (RH  Coord,  degrees) 


Pedestal  Object  Methods 

The  following  methods,  at  a  minimum,  are  provided  by  the  Pedestal  Object. 


CONFIGUREPEDESTAL 

The  conJlgurePedestal  method  ean  be  invoked  asynchronously  with  respect  to  the  servo 
loop  calculations.  Thus  it  can  be  called  from  the  RTUM  or  the  NRTUM.  Normally  it  w  ill  be 
called  f  rom  t  he  N  RTUM  as  t  he  r  esult  o  f  receiving  n  ew  co  nfiguration  from  t  he  m  aintcnancc 
computer.  It  is  called  with  a  pedestalConfiguration  structure  which  holds  the  new  information. 
All  this  method  does  is  copy  the  pedestalConfiguration  strueture  to  an  internal  memory  area  for 
later  used  by  the  updateServo  method.  In  this  way  there  arc  no  conflicts  due  to  the  asynchronous 
nature  of  the  updates. 
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CONFIGUREAXIS 

The  configureAxis  method  can  be  invoked  asynchronously  with  respect  to  the  servo  loop 
calculations.  Thus  it  ean  be  ealled  from  the  RTUM  or  the  NRTUM.  Normally  it  w  ill  be  called 
from  the  NRTUM  as  the  result  of  receiving  new  configuration  from  the  maintenance  computer. 
It  is  c  ailed  w  ith  a  n  a  xis  in  dex  a  nd  a  n  axisConfiguration  s  tructure  w  hich  holds  t  he  ne  w 
information.  All  th  is  m  ethod  d  oes  is  c  all  th  e  s  pecified  a  xis  o  bjeef  s  configureAxis  method. 
Providing  this  method  in  the  pedestal  object  helps  to  effectively  encapsulate  the  axis  object. 

UPDATESERVO 

The  updateServo  method  is  called  each  time  the  servo  loop  is  run.  This  first  function  this 
method  performs  is  to  copy  any  new  configuration  data  that  has  been  asynchronously  (from  the 
SERCANS  i  nterrupt  ha  ndler)  r  eeeived  i  nto  t  he  va  riables  t  hat  are  a  ctually  us  ed  f  or  e  ach 
ealeulation  Next,  t  he  upda  teServo  m  ethod  f  or  each  axis  (  azimuth  a  nd  e  levation)  i  s  e  ailed  t  o 
aetually  perform  the  proeessing. 

REPORTPEDESTALSTATUS 

The  reportPedesatal Status  may  be  called  at  any  time  to  determine  the  status  of  the  pedestal. 
This  returns  the  status  of  all  devices  and  internal  computations  not  associated  with  any  particular 
axis  but  associated  with  the  with  the  pedestal  as  a  whole.  .  The  units  reported  by  this  method  are 
compatible  with  the  maintenance  computer  and  pointing  eomputer  Interfaee  Control  Doeuments, 
they  are  not  in  units  that  are  neeessarily  compatible  with  the  SERCOS  drives. 

REPORTAXISSTATUS 

The  reportAxisStatus  method  may  be  ealled  at  any  time  to  detennine  the  status  of  an  axis. 
This  method  takes  an  index  representing  azimuth  or  elevation  as  an  irput  and  returns  the  status 
of  all  devices  and  internal  computations  associated  with  the  requested  axis.  The  units  reported  by 
this  m  ethod  a  re  c  ompatible  w  ith  t  he  m  aintenanee  e  omputer  a  nd  poi  nting  e  omputer  Interfaee 
Control  D  ocuments,  t  hey  are  not  i  n  uni  ts  t  hat  are  n  eeessarily  eo  mpatible  w  ith  t  he  S  ERCOS 
drives.  This  method  is  implemented  by  the  Pedestal  Object  by  calling  the  requested  axis  object’s 
reportAxisStatus  method. 

Pedestal  Object  Configuration  File 

The  pe  destal  i  s  i  nstantiated  w  ith  a  e  onfiguration  obj  ect  t  hat  has  b  een  cr  eated  f  rom  a 
configuration  file  ( pedestal. cfg).  A  sample  configuration  file  for  a  two  axis  pedestal  is  shown 
below.  Note  th  at  th  e  configuration  f  ile  is  d  ivided  in  to  tw  o  s  ections:  D  EFINITION  a  nd 
CONFIGURATION.  Those  ite  ms  in  th  e  d  efmition  s  eetion  e  annot  be  m  odified  dur  ing  A  CU 
runtime.  The  ite  ms  in  th  e  C  ONFIGURATION  section  ma  y  b  e  mo  dified  a  t  a  ny  time  .  If  a 
configuration  items  are  modified,  the  ACU  application  shall  update  the  pedestal  configuration 
file  s  o  th  at  th  e  mo  dification  p  ersist  th  rough  t  o  t  he  ne  xt  A  CU  s  tartup.  Note  t  hat  t  he  p  edestal 
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configuration  file  contains  an  include  definition  for  each  of  the  defined  axis  ( azimuth. cfg  and 
elevation. efg). 

//Pedestal  definitions 
[PEDESTAL  DEFINITION] 

NAME  =  TEST_PEDESTAL  //Name  of  Pedestal  (31  characters  or  less) 


=  true  //Simulate  pedestal  discrete  inputs  if  true 
=  true  //Simulate  pedestal  discrete  outputs  if  true 
=  true  //Simulate  pedestal  analog  inputs  if  true 
=  true  //Simulate  pedestal  analog  outputs  if  true 
=  true  //Simulate  pedestal  position  inputs  if  true 
=  1000  //Servo  computations  per  second 
=  4  //Number  of  monitored  receivers 
=  2  //Number  of  driven  axes 

=  0  //Elevation  -  Azimuth 


SIMULATEDISCRETEINPUTS 

SIMULATEDISCRETEOUTPUT 

SIMULATEANALOGJNPUTS 

SIMULATE_ANALOG_OUTPUTS 

SIMULATEPOSITIONINPUTS 

SERVORATE 

RECEIVERCOUNT 

AXISCOUNT 

COORD  IN  ATE  SYSTEM 

[PEDESTAL  CONFIGURATION] 

LATITUDE 

LONGITUDE 

ALTITUDE 

PITCH 

ROLL 

HEADING 

#inelude  azimuth. efg 
#inelude  elevation. efg 


=  0.0  //Degrees  north 
=  0.0  //Degrees  east 
=  0.0  //Meters 

=  0.0  //Degrees  (RH  Coordinate  system 
=  0.0  //Degrees  (RH  Coordinate  system) 
=  0.0  //Degrees  east  of  true  north 

//Axis  0 
//Axis  1 


Axis  Object 

An  A  xis  O  bjeet  i  s  i  nstantiated  f  or  ea  eh  ax  is  d  efined  f  or  t  he  p  edestal  (  as  h  eld  i  n  t  he 
pedcstalDefinition  s  trueture  w  ithin  th  e  P  edestal  O  bjeet).  The  axis  obj  ect  e  mbodies  t  he  da  ta 
structures  and  methods  necessary  to  represent  and  control  each  individual  axis  of  the  pedestal. 

Axis  Object  Data 

The  axisDeJinition  structure  holds  all  data  describing  the  axis  that  may  be  configured  on 
startup  but  may  not  change  once  the  RTUM  has  commenced  normal  operation.  In  other  words, 
the  axisDeJinition  structure  data  is  loaded  once  during  system  startup  and  then  does  not  change 
thereafter.  The  purpose  of  this  structure  is  to  hold  data  that  describes  the  physical  eharaeteristics 
of  the  axis  that  do  not  change  with  time  or  performance  modifications  such  as  inertias,  motor 
performance  c  haracteristics  a  nd  w  hieh  i  nput  hi  ts  r  epresent  w  hich  f  unctions.  Many  of  t  hese 
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parameters  are  included  so  that  the  performance  of  the  pedestal  simulator  within  the  ACU  can  be 
realistic. 


typedef  struct  axisDefinition  { 
string  strName; 
double  dAxisInertia; 
double  dAxisLrf; 
double  dGearBoxInertia; 
double  dShaftInertia; 
double  dViscousFriction; 
double  dCoulumbFriction; 
double  dMotorFriction; 
double  dGearRatio; 
double  dDampingRatio; 
double  dPositionSensorGearing 
average) 

int  iLowerPrelimitBit; 
int  iLowcrFinalLimitBit; 
int  iUpperPrelimitBit; 
int  iUpperFinalLimitBit; 
int  iSectorBit; 


//Axis  inertia  (ft-lb-  sec^2) 

//Axis  lowest  resonant  frequency  (Hz) 
//Axis  gear  box  inertia  (ft-lb-sec''2) 
//Motor  shaft  inertia  (ft-lb-sec'^2) 
//Axis  viscous  friction  (ft-lb  /  rad  /  sec) 
//Coulumb  friction  (ft-lb) 

//Motor  shaft  Friction  (ft-lb  /  rad  /sec) 
//Axis  gear  ratio  (Shaft  to  Axis) 

//Axis  damping  ratio  (Q) 

//Gear  ratio  of  two  sensors  (0  means 


loop) 


//Discrete  input  bit  for  lower  prclimit 
//Discrete  input  bit  for  lower  final  limit 
//Discrete  input  bit  for  upper  prelimit 
//Discrete  input  bit  for  upper  final  limit 
//Discrete  input  bit  for  sector  switch 
vector<positionSensor_t>  positionSensor;  //Position  sensor  inputs 
double  dMotorKv;  //Deg/Sec  per  volt  if  non-zero  (i.e.  no  vel 


vector<motor_t>  motor;  //Physical  offsets  opposition  sensors 

unsigned  char  ucPowerOnControl[DIGITAL_OUTPUT  BYTES]; 
unsigned  char  ucPowerOnSense[DIGITAL_rNPUT_BYTES]; 
unsigned  char  ucEnableControl[DIGITAL_OUTPUT_B  YTES]; 
unsigned  char  ucEnableSense[DIGITAL_INPUT_BYTES]; 
unsigned  char  ucBrakeControl[DIGITAL_OUTPUT_BYTES]; 
unsigned  char  ucBrakeSense[DIGITAL_INPUT_BYTES]; 
unsigned  char  ucInterlock[DIGITAL_INPUT_BYTES]; 
unsigned  char  ucPscudoIntcrlock[PSEUDO_INPUT_BYTES]; 


double  dLowerPreLimit; 
double  dLowerFinalLimit; 
double  dUpperPreLimit; 
double  dUpperFinalLimit; 
}  axisDefinition  t; 


//Location  of  lower  directional  limit  (degrees) 
//Location  of  lower  final  interlock  limit  (degrees) 
//Location  of  upper  directional  limit  (degrees) 
//Location  of  upper  final  interlock  limit  (degrees) 
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Of  particular  interest  in  the  above  data  structure  are  the  unsigned  char  definitions.  These 
definitions  de  scribe  t  he  status  of  t  he  i  nput  or  out  put  hi  ts  t  hat  must  be  present  f  or  a  c  ertain 
operation  to  take  place.  These  definitions  are  used  as  follows: 

ucPowerOnControl:  Each  bit  that  is  on  in  this  array  must  be  turned  on  in  the  RTKM 
discrete  outputs  in  order  to  power  up  the  axis. 

uePowerOnSense:  If  each  bit  that  is  on  in  this  array  is  on  in  the  discrete  inputs  received 
from  the  RTKM,  the  axis  has  been  successfully  powered  on. 
ucEnableControl:  Each  bit  that  is  on  in  this  array  must  be  turned  on  in  the  RTKM 
discrete  outputs  in  order  to  enable  the  axis. 

ucEnableSense:  If  each  bit  that  is  on  in  this  array  is  on  in  the  discrete  inputs  received 
from  the  RTKM,  the  axis  has  been  successfully  enabled. 

ucBrakeControl:  Each  bit  that  is  on  in  this  array  must  be  turned  on  in  the  RTKM 
discrete  outputs  in  order  to  release  the  brakes  for  the  axis. 

ucBrakeSense:  If  each  bit  that  is  on  in  this  array  is  on  in  the  discrete  inputs  received 
from  the  RTKM,  the  brakes  for  the  axis  have  been  successfully  released. 
uclnterlockl:  If  any  bit  that  is  on  in  this  array  is  also  on  in  the  inputs  received  from  the 
RTKM,  the  axis  is  in  an  interlock  condition  and  may  not  be  powered  up. 
ucBrakeSense:  If  any  bit  that  is  on  in  this  array  is  also  on  in  the  pseudo  inputs  received 
from  the  RTKM,  the  axis  is  in  an  interlock  condition  and  may  not  be  powered  up. 


The  axisConfiguration  structure  holds  all  data  describing  the  axis  that  may  be  changed  at 
anytime.  This  data  may  change  due  t  o  de  sign,  i  mplementation  or  test  modifications  such  a  s 
compensators  and  m  aximum  p  erformance  characteristics.  The  axisConfiguration  structure  is 
loaded  w  ith  in  itial  d  ata  o  n  s  tartup  a  nd  m  ay  be  mo  dified  a  t  any  time  v  ia  a  call  to  th  c 
configureAxis  method.  The  axisConfiguration  structure  is  defined  below. 


typedef  struct  axisConfiguration  { 
double  dPositionOffset; 
double  dMinPosition; 
double  dMaxPosition; 
double  dStowPosition[3]; 
double  dMaxVelocity; 
double  dMaxAcceleration; 
double  dMaxTotalTorque; 
double  dBrakeOnDelay; 
double  dBrakeOffDelay; 
double  dBrakeSetVelocity; 


//Axis  position  offset  (deg) 

//Location  of  lower  software  limit  (deg) 

//Location  of  upper  software  limit  (deg) 

//Stow  positions  (deg) 

//Maximum  allowed  velocity  (deg/sec) 

//Maximum  allowed  acceleration  (dcgr/sec^2) 

//Max  allowed  torque  (at  motor  shaft)  (ft-lb-sec'^2) 
//Delay  from  brake  release  until  torque  applied  (sec) 
//Delay  from  torque  off  to  break  set  (seconds) 


//Max  axis  vel  at  which  brakes  can  be  set  (deg/sec) 
double  dStowPositionTolerance;  //Tolerance  for  attaining  stow  position  (deg) 
double  dTorqueBias;  //Torque  bias  amount  (percent  of  max  total  torque) 

eTorqueBias_t  cTorqueBias;  //Torque  bias  method 
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double  dTachFilter; 
double  dPositionFilter; 


//Bandwidth  of  filter  for  tachometer  inputs  (Hz) 
//Low  pass  filter  on  position  differentiator  position 


string  strVelocityCompensator; 
string  strVelLimitCompensator; 
string  strTypelPosCompensator; 
definition 

string  strLoGainPosCompensator; 
definition 

string  strHiGainPosCompensator; 
definition 

string  strRFFPosCompensator; 

}  axisConfiguration  t; 


//Velocity  compensator  definition 
//Velocity  limit  definition 
//Type  1  position  loop  compensator 

//Lo  Gain  position  loop  compensator 

//Hi  Gain  position  loop  compensator 

//Rate  feed  forward  compensator  definition 


The  axisStatus  structure  holds  the  current  state  of  any  variables  associated  with  the  axis 
that  may  change  with  time.  These  variables  include  pedestal  orientation  parameters  to  allow  for 
the  future  addition  of  sensors  that  may  be  incorporated  into  a  mount  model  located  within  the 
ACU  itself.  Additionally,  the  raw  data  received  from  the  RTKM  and  the  raw  data  sent  to  the 
RTKM  i  s  s  tored  h  ere.  The  r  aw  d  ata  r  eceived  f  rom  t  he  R  TKM  i  s  u  tilized  b  y  t  he  R  TUM  t  o 
determine  the  current  pedestal  state  and  to  compute  the  desired  state  and  torques  for  each  drive. 
This  data  is  sent  to  the  RTKM  and  also  stored  in  the  axisStatus  structure.  The  rawin  and  rawOut 
variables  are  available  to  be  streamed  to  any  storage  device  to  capture  the  complete  state  of  the 
pedestal  during  each  computation  period.  The  axisStatus  structure  is  defined  below. 


typedef  struct  axisStatus  { 

eAxisState_t  eAxisState; 
eAxisCommand  t  eAxisCommand; 
eCompensator_t  eCurrentCompensator; 
eCompensator_t  eSelectedCompensator; 
double  dRawPosition; 
double  dCurrentPosition; 
double  dDesiredPosition; 
double  dPositionError; 
double  dCurrentShaftVelocity; 

(deg/sec) 

double  dCurrent Velocity; 
double  dComputedVelocity; 

(deg/sec) 

double  dDesiredVelocity; 

(deg/sec) 

double  dDrivenVelocity; 

(deg/sec) 


//Current  axis  position  (degrees) 

//Current  desired  axis  position  (degrees) 
//Position  error  (degrees) 

//Motor  shaft  velocity  (from  Tachs) 

//Axis  vel  (from  Tachs/Gear  Ratio)  (deg/sec) 
//Axis  vel  (from  diiferentiating  pos) 

//Output  of  pos  compensator,  vel  cmd 

//Velocity  cmd  after  all  limits  applied 
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double  dVelocityError; 
double  dDesiredAcceleration; 
(deg/sec^2) 

double  dDesiredTorque; 
double  dSharedTorque; 
double  dTorquel; 
double  dTorque2; 

pair 

}  axisStatus_t; 


//Velocity  error  (degrees/second) 

//Output  of  vel  loop  compensator 

//Desired  axis  torque  (ft-lbs) 

//Desired  torque  for  each  motor  pair  (ft-lbs) 
//Torque  applied  to  first  motor  of  each  pair 
//Torque  applied  to  second  motor  of  each 


Axis  Object  Configuration  File 

The  axis  i  s  i  nstantiated  w  ith  a  configuration  o  bject  t  hat  h  as  b  een  cr  cated  from  a 
configuration  file  (axisname.cfg).  A  sample  axis  configuration  file  is  shown  below.  Note  that  the 
configuration  file  is  divided  into  two  sections:  DEFINITION  and  CONFIGURATION.  Those 
items  i  n  t  he  de  finition  section  c  annot  be  m  odified  dur  ing  A  CU  r  untime.  The  itc  ms  in  the 
CONFIGURATION  s  ection  ma  y  b  e  mo  dified  at  a  ny  time  .  If  a  ny  c  onfiguration  itc  ms  a  rc 
modified,  the  ACU  application  shall  update  the  axis  configuration  file  so  that  the  modifications 
persist  t  hrough  t  o  t  he  n  ext  A  CU  s  tartup.  Note  t  hat  t  he  co  mpensators  are  d  efined  b  y  s  trings. 
Compensator  design  is  discussed  in  paragraph. 


//Azimuth  axis  definition 
[AXIS  0  DEFINITION] 

NAME 

GEARRATIO 
INERTIA 
LRF 

GEARBOXINERTIA 
SHAFTINERTIA 
VISCOUS_FRICTION 
COULUMBFRICTION 
MOTOR_FRICTION 
DAMPING_RATIO 
simulation) 
POSITIONSENSORGEARING 
average) 

POSITION_SENSORS 

POSITIONSENSOROFFSETS 

MOTOR_KV 

loop) 

MOTOR_DRIVES 
MOTOR  KT 


//Name  of  axis  (3 1  characters  or  less) 
//Total  gear  ratio  of  azimuth  axis 
//ft-lb  sec^2 
//Hz 

//ft-lb  sec'^2 
//ft-lb  sec'^2 
//ft-lb  /  rad  /  sec 
//ft-lb 

//ft-lb  /  rad  /  sec 

//Azimuth  axis  damping  ratio  (for 

//Gear  ratio  of  two  sensors  (0  means 

//Position  sensor  inputs  (Up  to  two) 
//Physical  offsets  of  position  sensors 
//Deg/Sec  per  volt  if  non-zero  (i.e.  no  vel 


=  ELEVATION 
=  1200 
=  50.0 
=  15.0 
=  0.01 

=  0.000034722 
=  2.5 


0.0 
0.0 
0.1 

0.0 

2 

0.0,  0.0 

0.0 

0,  1,  2,  3  //Channels  for  motor  drive 
0.167,  0.167,  0.167,  0.167  //ft-lb  per  amp 
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MOTOR_CV 

MOTORTACHS 

TACH_KV 

POWER  ON  CONTROL 

POWER_ON_SENSE 

ENABLECONTROL 

ENABLESENSE 

BRyVKECONTROL 

BRAKESENSE 

INTERLOCK 

PSEUDO_INTERLOCK 

LOWER  PRELIM IT_B IT 

LOWER_FINAL_LIMIT_BIT 

UPPERPRELIMITBIT 

UPPERFINALLIMITBIT 

SECTOR  BIT 

//Simulation  Parameters 

LOWERPRELIMIT 

LOWERFINALLIMIT 

UPPERPRELIMIT 

UPPERFINALLIMIT 

TACHNOISE 

TACH_BIAS 

DRIVENOISE 

DRIVEBIAS 

POSITION_SENSOR_NOISE 

(degrees) 

//Azimuth  axis  eonfiguration 

[AXIS  0  CONFIGURATION] 

POSITIONOFFSET 

LOWLIMIT 

HIGHLIMIT 

STOWPOSITIONl 

STOW_POSITION_2 

STOW_POSITION_3 

MAXVELOCITY 

(degrees/seeond) 

MAXACCELERATION 

(deg/see^2) 


=  1.0,  1.0,  1.0, 1.0  //amps  per  volt 

=  0,  1,  2,  3  //Channels  for  motor  taehs 
=  2.5,  2.5,  2.5,  2.5  //Taeh  sealing  in  V  per  KRPM 
=  //Diserete  outputs  to  power  on  axis 
=  //Diserete  input  bits  to  sense  power  on 
=  //Diserete  outputs  to  enable  axis 
=  //Diserete  input  bits  to  sense  enable 
=  //Diserete  outputs  to  release  brakes 
=  //Diserete  inputs  to  sense  brake  release 
=  //Diserete  input  bits  whieh  ereate  interloek 
=  //Pseudo  Input  bits  whieh  create  interlock 
=  I  //Discrete  input  for  lower  prelimit  switch 

=  2  //Discrete  input  for  lower  final  limit  switch 

=  3  //Discrete  input  for  upper  prelimit  switch 

=  4  //Discrete  input  for  upper  final  limit  switch 

=  5  //Discrete  input  for  sector  switch 


=  -182.5 

//CCW  directional  limit  switch  (degrees) 

=  -185.0 

//CCW  final  limit  switch  position  (degrees) 

=  182.5 

//CW  directional  limit  switch  (degrees) 

=  185.0 

//CW  final  limit  switch  position  (degrees) 

=  0.01 

//RMS  value  of  taeh  noise  (in  volts) 

=  0.00 

//Bias  in  volts  of  Taeh  A/D  input 

=  0.00 

//RMS  value  of  drive  D/A  noise  (volts) 

=  0.00 

//Bias  in  volts  of  Drive  A/D  output 

=  0.00 

//RMS  value  of  position  sensor  noise 

=  0.0 

//Axis  position  offset 

=  -180.0 

//Minimum  azimutn  position  (degrees) 

=  180.0 

//Maximum  azimuth  position  (degrees) 

=  0.0 

//Azimuth  stow  position  #I 

=  0.0 

//Azimuth  stow  position  #2 

=  0.0 

//Azimuth  stow  position  #3 

=  20.0 

//Maximum  azimuth  velocity 

=  50.0 

//Maximum  azimuth  acceleration 
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MAX  TORQUE 

=  2.0 

//ft-lb 

BRAKE  ON  DELAY 

=  0.010 

//seconds 

BRAKE  OFF  DELAY 

=  0.010 

//seconds 

BRAKE  SET  VELOCITY 

=  0.05 

//degrecs/second 

STOW  POSITION  TOLERANCE 

=  0.01 

//degrees 

TORQUE  BIAS 

=  15 

//Torque  Bias  (percent  of  max  axis  torque) 

TACH  FILTER 

=  0.0 

//Tach  Input  Filter  Frequency  (Hz) 

POSITION_FILTER 

=  0.0 

//Low  pass  filter  on  pos  differentiator  for 

computed  vel 

TORQUE  BIAS  METHOD 

=  1 

//O;  No  Crossover;  1 :  Crossover 

VELOCITY  COMPENSATOR 

=  Velocity;  0.0;  0.0;  0.0;  0.0;  20.0 

VELLIMIT  COMPENSATOR 

=  Velocity  Limit;  0.0;  0.0;  20.0;  0.0;  1.0 

TYPEl  POS  COMPENSATOR 

=  Type  1 

Position;  0.0;  0.0;  20.0;  0.0;  1.0;  LG,  1.33 

LO  GAIN  POS  COMPENSATOR 

=  Lo  Gn  Pos;  0.0;  0.0;  20.0;  0.0;  2.0;  LD,  0.179;  LG,  1.79 

LI 

HI  GAIN  POS  COMPENSATOR  =  Hi  Gn  Pos;  0.0;  0.0;  20.0;  20.0;  4.0;  LD,  0.433;  LG,  4.33; 
LI 

RFF  POS  COMPENSATOR  =  RFT;  0.0;  0.0;  20.0;  20.0;  4.0;  LD,  0.433;  LG,  4.33;  LI 
Axis  Object  Methods 

The  following  methods  are  provided  by  the  Axis  Object. 

CONFIGUREAXIS 

The  configureAxis  method  ean  be  invoked  asynehronously  with  respect  to  the  servo  loop 
calculations.  Thus  it  can  be  called  from  the  RTUM  or  the  NRTUM.  Normally  it  w  ill  be  ealled 
from  the  NRTUM  via  the  Pedestal  object  as  the  result  of  receiving  new  eonfiguration  from  the 
maintenanee  eo  mputer.  It  is  e  ailed  w  ith  an  axisConJiguration  structure  which  hoi  ds  t  he  ne  w 
information.  All  this  method  does  is  copy  the  axisConJiguration  structure  to  an  internal  memory 
area  for  1  ater  u  sed  b  y  t  he  updateServo  method.  In  t  his  w  ay  t  here  a  re  n  o  c  onflicts  due  t  o  t  he 
asynchronous  nature  of  the  updates. 

UPDATESERVO 

The  updateServo  method  of  the  axis  object  is  where  the  bulk  of  the  servo  loop  processing 
occurs.  The  following  processing  occurs  in  the  updateServo  method  of  the  axis  object. 

•  Check  t  o  s  ee  i  f  t  here  i  s  new  eo  nfiguration  d  ata.  If  s  o,  t  he  da  ta  i  s  us  ed  t  o  upda  tc  t  he 
internal  configuration  of  the  axis.  This  allows  eonfiguration  data  to  be  sent  to  the  object 
in  an  asynchronous  manner  similar  to  the  pedestal  object. 

•  Convert  the  raw  data  received  from  the  RTKM  via  the  pedestal  object  to  real-world 
coordinates.  This  data  includes  the  current  position  of  the  axis,  the  current  velocity  of 
the  axis  and  the  torques  reported  by  each  drive. 


42 


•  Determine  the  correct  mode  command  for  the  axis.  The  possible  mode  commands  and 
their  associated  processing  are  as  follows: 

o  STOW:  Set  the  desired  position  to  the  axis  stow  position  and  set  the  axis  mode 
command  to  STOW_AT. 

o  STOW_AT:  If  the  position  error  is  less  than  the  stow  tolerance  and  the  axis 
velocity  is  less  than  the  brake  set  velocity,  change  the  axis  mode  to  STANDBY, 
o  CL0SED_P0S1T10N:  No  special  action, 
o  OPEN_POSITION:  No  special  action, 
o  CLOSED_VELOClTY:  No  special  action, 
o  OPEN  VELOCITY:  No  special  action. 

•  Check  and  update  the  control  bits  associated  with  the  state  of  the  axis.  There  are  four 
possible  states  for  an  axis. 

o  INACTIVE:  Drives  disabled  and  brakes  set. 
o  ENABLED:  Brakes  releasing,  waiting  on  delay  to  enable  drives, 
o  ACTIVE:  Brakes  released,  drives  enabled, 
o  DISABLED:  Drives  disabled,  waiting  on  delay  to  set  brakes. 

•  The  processing  of  these  modes  is  as  follows: 

o  If  the  bits  that  control  drive  power  on  arc  not  set,  clear  the  drive  enable  bits  and 
the  brake  release  bits.  The  current  state  of  the  axis  is  INACTIVE, 
o  Processing  continues  based  on  the  current  state  of  the  drive, 
o  INACTIVE 

■  IF  the  commanded  state  is  STANDBY  then  the  axis  remains  INACTIVE. 

■  IF  the  commanded  state  is  other  than  STANDBY  then  set  a  timer  for  the 
brake  release  and  set  the  bits  to  release  the  brakes.  Set  the  current  axis 
state  to  ENABLED. 

o  ACTIVE 

■  If  the  command  state  is  not  STANDBY  then  the  axis  remains  state 
remains  ACTIVE. 

■  If  the  command  state  is  STANDBY  then  the  desired  velocity  is  set  to  zero. 
If  the  current  velocity  is  less  than  the  maximum  brake  set  velocity  the 
drives  are  disabled,  a  timer  is  set  to  the  brake  set  delay  time  and  the  axis 
state  is  set  to  DISABLED.  If  the  current  velocity  is  not  less  than  the 
maximum  brake  set  velocity,  the  axis  state  remains  ACTIVE. 

o  ENABLED 

■  If  the  commanded  state  is  other  than  STANDBY  then  if  the  brake  timer 
has  expired  enable  the  drives.  If  the  bits  that  show  that  the  drives  have 
been  enabled  are  set,  set  the  current  axis  state  to  ACTIVE,  else  the  current 
axis  state  remains  ENABLED. 

■  If  the  commanded  state  is  standby  clear  the  bits  that  release  the  brakes  and 
set  the  drive  state  to  INACTIVE. 
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o  DISABLED 

o  If  the  command  state  is  STANDBY  and  the  brake  timer  has  expired.  Clear  the  bits 
that  release  the  brakes  and  set  the  axis  mode  to  INACTIVE, 
o  If  the  command  state  is  other  than  STANDBY,  enable  the  drives  and  set  the  axis 
mode  to  ACTIVE. 

If  the  current  state  of  the  axis  is  ACTIVE,  perform  the  following  processing  based  upon 

the  current  command  mode  for  the  axis. 

STOW_AT,  CLOSED_POSITION 

o  If  the  commanded  position  is  outside  of  the  range  for  the  axis,  limit  the 
commanded  position  to  a  legal  value. 

o  Compute  the  position  error  by  subtracting  the  current  axis  position  from  the 
desired  axis  position. 

o  Pass  the  position  error  and  the  desired  velocity  (if  available  for  RFF)  to  the 
selected  position  loop  compensator  . 

o  Pass  the  resulting  desired  velocity  to  the  velocity  loop  compensator  instructing  it 
to  perform  a  closed  (with  feedback)  computation, 
o  Pass  the  desired  acceleration  to  the  Torque  bias  algorithm.  This  algorithm  will  fill 
in  the  necessary  data  to  be  sent  to  the  RTKM. 

OPENPOSITION 

o  Use  the  desired  position  as  the  position  error. 

o  Pass  the  position  error  and  the  desired  velocity  (if  available  for  RFF)  to  the 
selected  position  loop  compensator. 

o  Pass  the  resulting  desired  velocity  to  the  velocity  loop  compensator  instructing  it 
to  perform  a  closed  (with  feedback)  computation, 
o  Pass  the  desired  acceleration  to  the  Torque  bias  algorithm.  This  algorithm  will  fill 
in  the  necessary  data  to  be  sent  to  the  RTKM. 

CLOSEDVELOCITY 

o  Set  the  desired  position  to  the  current  position, 
o  Set  the  position  error  to  zero. 

o  Pass  the  desired  velocity  to  the  velocity  loop  compensator  instructing  it  to 
perform  a  closed  (with  feedback)  computation, 
o  Pass  the  desired  acceleration  to  the  Torque  bias  algorithm.  This  algorithm  will  fill 
in  the  necessary  data  to  be  sent  to  the  RTKM. 

CLOSEDVELOCITY 

o  Set  the  desired  position  to  the  current  position, 
o  Set  the  position  error  to  zero. 

o  Pass  the  desired  velocity  to  the  velocity  loop  compensator  instructing  it  to 
perform  an  open  (without  feedback)  computation, 
o  Pass  the  desired  acceleration  to  the  Torque  bias  algorithm.  This  algorithm  will  fill 
in  the  necessary  data  to  be  sent  to  the  RTKM. 
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POSITION  LOOP  COMPENSATORS 

The  A  CU  s  upports  f  our  pos  ition  1  oop  c  ompensators  c  ailed  T  y|:)e  1 ,  LoGain,  H  iGain  a  nd 
RFF.  These  compensators  may  be  defined  to  be  any  legal  string  of  filters  and  limits  via  the  axis 
configuration  file,  however,  the  purpose  of  the  four  compensators  is  as  follows: 

•  Type  1:  Non-Integrating  Compensator  used  for  prepositioning  and  large  errors. 

•  LoGain:  A  low  gain  compensator  used  for  low  dynamic  applications. 

•  HiGain:  A  high  gain  compensator  used  for  high  dynamics  applications. 

•  RFF:  A  high  gain  compensator  with  rate  feed  forward  applied. 

The  m  aintenance  c  omputer  a  nd  poi  nting  c  omputer  m  ay  s  witch  be  tween  a  ny  of  these 
compensators  o  n  a  p  er  axis  b  asis  at  an  y  t  ime.  The  onl  y  t  ime  a  c  ompensator  ot  her  t  han  t  he 
selected  compensator  is  used  is  when  the  LoGain,  HiGain  or  RFF  compensator  is  selected  and 
the  e  rror  exhibits  a  di  scontinuity  w  hich  i  ndicates  a  1  arge  m  ovc.  In  t  his  cas  e  t  he  T  ype  1 
compensator  i  s  au  tomatically  s  elected  u  ntil  t  he  error  gets  b  clow  T  BD  d  egrees.  Whenever  t  he 
compensator  is  switched,  the  new  compensator  is  precharged  with  the  old  compensators  output 
value  to  prevent  any  discontinuity  in  compensator  output. 

VELOCITY  LOOP 

The  velocity  loop  is  presented  with  the  following  inputs: 

Desired  Velocity 

Desired  Acceleration  (if  RFF  is  on) 

RFF  on/off 
Loop  Open/Closed 

The  processing  of  the  velocity  loop  is  as  follows: 

•  Limit  the  desired  velocity  to  the  maximum  allowed  velocity  for  the  axis. 

•  Limit  the  change  in  desired  velocity  to  maintain  acceleration  within  axis  limits.  This 
may  lower  the  desired  velocity. 

•  Perform  the  Variable  Velocity  Limit  Algorithm  (Paragraph  Variable  Velocity  Limit). 

•  If  calculation  is  to  be  c  losed  1  oop,  c  ompute  t  he  ve  locity  e  nor  w  hich  i  s  equal  t  o  t  he 
limited  desired  velocity  minus  the  current  velocity.  If  the  calculation  is  to  be  open  loop, 
set  the  velocity  error  to  the  limited  desired  velocity. 

•  Compute  th  e  d  esired  a  eeeleration  b  y  p  utting  t  he  ve  loeity  eiror  t  hrough  t  he  vc  loeity 
compensator. 

VARIABLE  VELOCITY  LIMIT 

The  A  CU  i  mplements  a  v  ariablc  v  elocity  1  imit  w  hich  guarantees  t  hat  t  he  an  tenna  i  s 
moving  at  zero  velocity  when  it  reaches  a  position  limit.  This  allows  for  controlled  dcceleleration 
of  the  axis  by  to  the  limit  w  ithout  velocity  control  steps.  The  geometry  of  the  variable  velocity 
limit  is  shown  in  Figure  13  and  the  algorithm  is  discussed  below.  Note  that  the  region  of  variable 
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velocity  limit  starts  at  MaxPosition  -  DecelDistance  in  the  positive  direction  and  at  MinPosition 
+  DecelDistance  in  the  negative  direction. 

The  variable  velocity  limit  is  implemented  as  follows: 

DccelTime  =  MaxVelocity  /  MaxAccel; 

dDccelDistance  =  MaxAccel  *  DecelTimc  *  DecelTime  /  2.0; 

UpperLimit  =  MaxPosition  -  DecelDistance; 

LowcrLimit  =  MinPosition  +  DecelDistance; 
if  (CurrcntPosition  >  UpperLimit)  { 

Distance  =  MaxPosition  -  CurrcntPosition; 
if  (Distance  <=  0.0)  VelocityLimit  =  0.0; 

else  VelocityLimit  =dMaxAccel  *  sqrt(2.0  *  Distance  /  MaxAccel); 

} 

if  (CurrcntPosition  <  LowerLimit)  { 

Distance  =  CurrcntPosition  -  MinPosition; 
if  (Distance  <=  0.0)  VelocityLimit  =  0.0; 

else  VelocityLimit  =  -dMaxAccel  *  sqrt(2.0  *  Distance  /  MaxAccel); 


Maximum 


Figure  13.  Variable  velocity  limit  geometry. 


TORQUE  BIAS/TORQUE  SHARING 

The  t  orque  hi  as/torque  s  haring  a  Igorithm  i  s  c  ailed  a  fter  t  he  ve  locity  1  oop  dc  tcrmincs  t  he 
desired  acceleration  that  is  to  be  applied  to  the  axis.  This  acceleration  is  multiplied  by  the  axis 
inertia  and  divided  by  the  axis  gear  ratio  to  provide  the  desired  torque.  This  torque  is  then  limited 
to  the  maximum  allowed  torque  for  the  axis.  The  baseline  torque  sharing  algorithm  is  to  divide 
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the  total  desired  torque  by  the  number  of  drives  per  axis.  This  number  is  then  multiplied  by  two 
to  g  ive  t  he  t  otal  t  orque  de  sired  f  rom  e  ach  motor  pa  ir.  This  b  aseline  a  Igorithm  s  hall  b  e 
implemented  i  n  a  m  odular  f  ashion  t  o  a  How  for  s  imple  i  ncorporation  of  m  ore  c  omplex 
algorithms. 

The  desired  torque  per  motor  pair  is  passed  to  the  torque  bias  part  of  the  algorithm.  The 
ACU  s  upports  t  wo  di  fferent  t  orque  bi  as  s  chemes,  e  ach  w  ith  i  ts  ow  n  u  nique  a  dvantages  a  nd 
disadvantages.  The  torque  bias  scheme  can  be  selected  at  run  time  as  a  configuration  parameter. 
The  first  torque  bias  scheme  is  shown  in  Figure  14  (No  Crossover).  In  this  scheme,  the  drives  are 
always  biased  so  that  there  is  never  a  b  acklash  region.  The  drawback  to  this  scheme  is  that  the 
maximum  to  rque  th  at  is  a  vailable  to  d  eliver  t  o  th  e  d  rive  is  e  qual  to  th  e  ma  ximum  to  rque 
available  from  on  e  m  otor  m  inus  ha  If  t  he  t  orque  bi  as.  This  s  cheirie  i  s  not  s  uited  t  o  hi  gh 
acceleration  s  ituations  but  i  s  i  deal  f  or  1  ow  a  cceleration  a  pplications  a  nd  dur  ing  t  esting  w  hen 
positive  contact  of  both  gears  must  be  assured. 

The  s  econd  t  orque  bi  as  scheme  i  s  s  hown  i  n  Figure  1 5  (Crossover).  In  t  his  s  cheme,  t  he 
motors  a  re  oppos  ed  onl  y  i  n  t  he  r  egion  of  1  ow  t  orque  r  equirements.  This  i  s  the  cas  e  f  or  m  ost 
tracking  applications.  When  more  torque  is  required,  the  opposing  motor  crosses  over  to  help 
thus  pr  oviding  t  he  t  otal  t  orque  available  f  rom  each  m  otor  t  o  t  he  a  xis.  The  a  dvantage  of  t  his 
algorithm  is  that  all  of  both  motors  torque  is  available  to  accelerate  the  axis.  The  down  side  is 
that  there  is  an  instant  of  crossover  that  can  add  instability  to  the  tracking  loop. 


Delivered  Torque  e 


& 


Figidre  14.  Torque  bias  with  no  crossover. 
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Figure  15.  Torque  bias  with  crossover. 


REPORTAXISSTATUS 

The  reportAxisStatus  method  may  be  called  at  any  time  to  determine  the  status  of  an  axis. 
This  m  ethod  r  etums  t  he  s  tatus  of  a  11  de  vices  and  i  ntemal  c  omputations  a  ssoeiatcd  w  ith  t  he 
requested  axis.  The  units  reported  by  this  method  are  compatible  with  the  maintenance  computer 
and  pointing  computer  Interface  Control  Documents,  they  are  not  in  units  that  are  necessarily 
compatible  w ith  the  S  ERCOS  drives.  This  method  is  imp lemented  b y  the  Pedestal  Object  by 
calling  the  requested  axis  object’s  reportAxisStatus  method. 

Compensator  Object 

The  generic  compensator  object  is  shown  in  Figure  16  below.  It  consists  of  an  input  limit, 
an  input  rate  limit,  a  gain,  a  string  of  filters  which  may  be  in  scries  or  parallel  or  both,  an  output 
rate  limit  a  nd  o  utput  li  mit.  Provision  i  s  a  Iso  m  adc  f  or  t  he  t  arget  po  sition  i  nput  w  hich  i  s 
differentiated  and  filtered  to  provide  a  rate  feed  forward  input.  A  sample  filter  string  is  shown  in 
Figure  17.  Not  th  at  th  e  filter  s  tring  c  an  c  onsist  o  f  a  ny  n  umber  o  f  s  erics  a  nd  p  arallcl  filter 
elements.  At  a  minimum,  the  following  elements  shall  be  supported: 

•  Derivative 

•  Limiting  Integrator  (no  windup) 

•  Phase  Lead 

•  Phase  lag 
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•  Gain 

•  Rate  Limit 

•  Value  Limit 

The  imp  lementation  o  f  th  e  c  ompensator  is  s  uch  that  o  ther  filter  e  lements  maybe  easily 
programmed  and  added.  The  configuration  of  the  compensator  may  be  changed  at  any  time  by 
passing  in  a  string  or  filename  which  contains  the  definition  of  the  limits  and  filter  string. 


Limit 


Rate 

Limit 


Filters 


Rat  9 
Urn  t 


Limit 


Figure  16.  Generic  compensator. 


Filter  A  8 


Figure  /  7.  Sample  filter  string. 
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Configuration  Object 

The  C  onfiguration  O  bject  s  implifies  t  he  f  unctions  of  r  eading  a  nd  w  riting  configuration 
files.  A  Configuration  Object  is  instantiated  with  a  filename  which  is  read  to  set  the  initial  values 
for  all  the  configuration  items.  Configuration  files  may  contain  lines  of  the  following  forms 


Blank  Lines:  Blank  lines  are  ignored. 

Section  Lines:  Section  lines  start  with  a  left  bracket  and  end  with  a  right  bracket.  The 

name  of  the  section  is  contained  within  the  brackets  (example;  [AZIMUTH  AXIS].  A 
section  line  denotes  that  the  following  definitions  arc  within  the  named  section  until 
another  section  line  is  encountered.  Leading  and  trailing  white  space  is  ignored. 
Section  names  are  case  sensitive. 


Definition  Lines:  Definition  lines  are  of  the  form  XXXX=YYYY.  They  pair  the  value 
YYYY  with  the  name  XXXX.  YYYY  may  be  a  string,  integer,  float  or  double. 

Strings  are  not  enclosed  in  quote  marks.  Leading  and  trailing  whitespace  is  ignored  as 
is  white.space  surrounding  the  equals  sign. 


Comments:  Comments  start  with  the  //  character  sequence.  This  sequence  may  start  at 

any  point  in  any  line.  All  characters  following  a  //  arc  ignored.  Note  there  is  no  escape 
sequence  to  ignore  //. 


Once  instantiated,  the  Configuration  Object  supports  the  methods  shown  below.  Note  that 
the  g  etXXXValue  an  d  s  etValue  m  ethods  m  ay  b  e  cal  led  at  an  y  t  imc.  Any  d  ata  m  odified  b  y  a 
setValue  call  (including  new  section/entry  pairs)  is  held  internal  to  the  object  until  a  call  is  made 
to  the  writeConfiguration  method. 


int  getIntValue (const  string  section, 
const  string  entry, 
const  int  defaultValue  =  1 
)  ; 


//Section  of  entry 
//Entry  name 
//Default  value 


long  getLongValue (const  string  section, 

entry 

const  string  entry, 
const  long  defaultValue  =  1 
)  ; 


//Section  of 

//Entry  name 
//Default  value 


double 

entry 


getDoubleValue (const 


const 

const 


string  section, 

string  entry, 

double  defaultValue  =  1 


//Section  of 

//Entry  name 
//Default  value 
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bool  getBoolValue (const  string  section. 


//Section  of 


entry 

const  string  entry,  //Entry  name 

const  bool  defaultValue  -  true  //Default  value 

)  ; 


string  getStringValue (const  string  section,  //Section  of  entry 

const  string  entry,  //Entry  name 

const  string  defaultValue  =  "Default"  //Default 
)  ; 


void 

se 

tValue 

(const 

string 

section. 

const 

string 

entry. 

const 

)  ; 

int  value 

void 

se 

tValue 

(const 

string 

section. 

const 

string 

entry. 

const 

) 

long  value 

void 

se 

tValue 

(const 

string 

section , 

const 

string 

entry. 

const 

)  ; 

double 

value 

void 

se 

tValue 

(const 

string 

section. 

const 

string 

entry. 

const 

string 

value 

)  ; 


void  vvriteConfigurationQ; 


//Section  of  entry 
//Entry  name 
//value  to  set 


//Section  of  entry 
/ /Entry  name 
/ /value  to  set 


//Section  of  entry 
//Entry  name 
//value  to  set 


//Section  of  entry 
//Entry  name 
//value  to  set 


RTUM  Initialization 

Upon  s  tartup,  t  he  A  ntenna  C  ontrol  U  nit  a  pplication  i  nstantiates  a  P  cdestal  obj  cct  a  nd 
spawns  a  thread  called  servoLoop  with  a  pointer  to  the  newly  created  Pedestal  object.  This  thread 
ereates  the  mailbox  for  eommunication  to  the  Non-Real  Time  User  Spaee  Module  (NRTUM), 
eonneets  to  the  RTKM  Real-Time  Input  and  Output  FIFOs,  ealls  RTAI  support  routines  to  plaee 
itself  in  real  time  mode  for  the  fastest  possible  response  times,  and  then  blocks  waiting  for  input 
from  t  he  R  TKM  v  ia  t  he  R  eal-Time  Input  F  IFO.  Normal  e  ontinuous  ope  ration  of  t  he  R  TUM 
occurs  each  time  a  message  is  received  on  the  Real-Time  FIFO. 


RTUM  Servo  Loop  Processing 

The  bulk  of  tbe  proeessing  performed  by  the  ACU  oeeurs  in  the  RTUM  servo  loop.  This 
proeessing  starts  upon  r  eeeption  of  a  message  from  the  RTKM  on  the  Real  Time  Input  FIFO. 
Each  time  a  message  is  received  on  this  FIFO  (nominally  onee  every  rrilliseeond)  the  message  is 
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pulled  f rom  th  c  F  IFO  i  n  its  e  ntirety.  The  format  o  f  t  his  m  essage  i  s  d  iscussed  earlier  in  th  is 
section  and  repeated  below  for  convenience. 


typedef  struct  RTKMOutputData  { 

int  nanosecond; 

//Time  of  validity 

int  second; 

int  minute; 

int  hour; 

int  jday; 

int  year; 

int  AzEncoderCounts; 

//Binary  az  encoder  value 

int  ElEncoder  Counts[2]; 

//Two  binary  cl  encoder  values 

int  MotorVelocity[12]; 

//Velocity  off  all  motors 

int  motorTorque[12]; 

//Reported  torque  from  all  motors 

int  motorVolts[12]; 

//Bus  Voltage  at  each  motor 

int  motorWatts[12]; 

//Power  consumption  of  each  motor 

int  motorTemp[12]; 

//Temperature  of  each  motor 

int  ampTemp[12]; 

//Temperature  of  each  amplifier 

int  shaftPosition[6]; 

//Position  of  each  hexapod  shaft 

unsigned  char  inputs[DlGlTAL_lNPUT_CNT];  //State  of  discrete  ins 
int  unsigned  char  outputs[DlGlTAL_OUTPUT_CNT];  //State  of 
discrete  outs 

unsigned  char  Pseudo[PSEUDO_INPUT_BYTES];  //State  of  generated 

bits 

}  RTKMOutputData  t; 


The  next  step  is  to  check  the  mail  box  connected  to  the  N  RTUM  for  any  maintenance  or 
pointing  computer  messages.  Messages  will  be  received  from  the  pointing  computer  at  a  rate  of 
lOOt  imes  pc  rs  econd.  Messages  w  ill  b  cr  cceived  f  rom  t  he  maintenance  co  mputcr 
asynchronously.  If  a  message  is  present  it  is  processed  based  upon  its  contained  command  mode 
as  follows: 

Standby  Mode:  Desired  position  need  not  be  entered — it  will  be  ignored. 

Set  desired  velocity  for  each  axis  to  zero. 

Set  current  mode  for  each  axis  to  STANDBY. 

Continue  with  processing  as  if  no  message  was  received. 

Slew  Mode:  Desired  position  need  not  be  entered — it  will  be  ignored. 

Set  desired  velocity  for  each  axis  to  commanded  velocity. 

Set  current  mode  to  SLEW. 

Continue  with  processing  as  if  no  message  was  received. 
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Stow  1:  Desired  position  need  not  be  entered — it  will  be  ignored. 

Desired  veloeity  need  not  be  entered — it  will  be  ignored. 

Set  eurrent  mode  to  STOWl. 

Continue  with  proeessing  as  if  no  message  was  reeeived. 

Stow  2:  Desired  position  need  not  be  entered — it  will  be  ignored. 

Desired  veloeity  need  not  be  entered — it  will  be  ignored. 

Set  eurrent  mode  to  STOW2. 

Continue  with  proeessing  as  if  no  message  was  reeeived. 

Point:  Pick  up  the  state  vector  from  the  message.  Use  the  desired  acceleration  for 

each  axis  from  this  message,  the  desired  aeeeleration  for  eaeh  axis  from 
the  last  message,  and  the  difference  between  the  two  messages’  State 
Vector  Time  of  Validity  to  eompute  a  desired  jerk  for  eaeh  axis.  Plaee  the 
entire  state  veetor  in  a  eircular  buffer.  This  eircular  buffer  will  be  capable 
of  holding  at  least  10  state  veetor  entries  to  allow  for  predietive  pointing. 
The  state  veetor  eontains  the  following  information: 

Desired  Azimuth  Position  (dAZp) 

Desired  Azimuth  Veloeity  (dAZv) 

Desired  Azimuth  Aeeeleration  (dAZa) 

Desired  Azimuth  Jerk  (dAZJ) 

Desired  Elevation  Position  (dELp) 

Desired  Elevation  Velocity  (dELv) 

Desired  Elevation  Acceleration  (dELa) 

Desired  Elevation  Velocity  {dELv) 

Desired  Elevation  Aeeeleration  {dELa) 

Desired  Elevation  Jerk  {dELj) 

State  veetor  time  of  validity  {svTov) 

Set  eurrent  mode  to  POINT. 

Continue  with  proeessing  as  if  no  message  was  re:ceived. 


If  no  message  is  reeeived  or  after  the  message  that  was  reeeived  has  been  proeessed  as 
discussed  above,  the  following  processing  occurs. 

•  If  the  eurrent  mode  is  POINT  ealculate  the  eurrent  desired  position  and  veloeity  of  eaeh 
axis  utilizing  a  eubie  spline  interpolation  or  extrapolation.  The  eubie  spline  algorithm  is 
deseribed  in  paragraph  XXXX.  If  the  current  mode  is  not  POINT,  the  desired  position 
and  the  desired  veloeity  were  determined  when  the  eommand  message  was  reeeived. 

•  Pass  th  e  f  ollowing  d  ata  to  th  e  updateServo  method  of  t  he  P  edestal  O  bjeet  for 
processing. 
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Desired  Position  for  azimuth  and  elevation 

Desired  Velocity  for  azimuth  and  elevation 

Desired  Acceleration  for  azimuth  and  elevation 

Desired  mode  of  operation  for  azimuth  and  elevation 

The  message  received  from  the  RTKM  which  contains  the  status  of  all  I/O 

A  pointer  to  the  structure  that  will  hold  the  data  destined  for  the  RTKM 

(RTKM  InputData) 

•  The  updateServo  o  f  the  pe  destal  obj  ect  w  ill  update  the  data  i  n  the  RTKM  InputData 
structure  (with  help  from  each  axis  object).  The  data  in  this  structure  is  in  the  units  used 
by  the  SERGOS  interface  card  and  the  SERGOS  drives.  The  RTKM  data  structure  is 
described  in  the  s  ection  R  eal-Time  U  ser-Space  M  odule  and  r  epeated  b  clow  f  or 
convenience. 

typedef  struct  RTKMInputData  { 
int  pseudoDigitalOutputs; 
int  desiredVelocity[12]; 
int  desiredTorque[12]; 
int  desiredPosition[6]; 

unsigned  char  outputs[DIGITAL_OUTPUT_GNT];  //State  of  discrete  outs 
RTKMInputDatat; 

•  The  RTUM  will  the  request  the  current  pedestal  status  and  status  of  each  axis  from  the 
pedestal  object.  This  data  will  be  in  standard  units  (rad,  etc).  This  data  will  be  formatted 
into  a  s  tatus  me  ssage  th  at  is  c  ompatible  with  th  e  p  ointing  computer  and  t  he 
maintenance  computer  and  place  on  the  NRTUM  via  the  output  mailbox.  The  NRTKM 
will  pa  ss  t  he  s  tatus  on  t  o  t  he  poi  nting  c  omputer  a  nd/or  m  aintenance  c  omputcr  i  f 
necessary. 

Once  the  above  processing  is  complete,  the  RTUM  has  finished  all  functions  necessary  to 
handle  the  RTKM  FIFO  input.  The  RTUM  then  again  blocks  on  waiting  for  a  message  from  the 
RTKM  on  the  Real  Time  Input  FIFO. 

Cubic  Spline  Algorithm 

The  da  ta  on  t  he  c  ircular  buf  fer  c  ontaining  t  he  s  tate  ve  ctors  r  eceived  from  t  he  poi  nting 
computer  and  augmented  by  the  jerk  calculation  is  processed  each  time  through  the  servo  loop  to 
compute  the  desired  position,  velocity  and  acceleration  for  each  input  to  the  updateServo  method 
of  the  Pedestal  Object.  Use  of  the  cubic  spline  guarantees  continuous  derivatives  and  smooth 
interpolation  and  extrapolation  of  desired  position.  The  cubic  spline  algorithm  is  detailed  below. 
Note  that  the  algorithm  must  be  performed  for  each  axis  (azimuth  and  elevation)  individually. 
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•  Get  the  current  seconds  since  midnight  from  the  RTKM  structare,  call  it  ssm. 

•  Search  through  the  circular  buffer  of  received  state  vectors  for  until  a  state  vector  is 
found  with  svTov  >  ssm  or  the  last  state  vector  is  found. 

•  Call  the  state  vector  which  was  found  in  the  previous  step  svl. 

•  Call  svO  the  state  vector  that  was  received  immediately  previous  to  svl. 

•  If  ssm  -  svl.svTov  >  0  we  have  to  extrapolate.  Compute  the  following. 

o  deltaT  =  ssm  -  svl.svTov 
o  acc  =  svl.accel  +  deltaT  *  svl. jerk 
o  VI  =  svl.vel  +  deltaT  *  acc 
o  PI  =  svl.pos  +  deltaT  *  VI 
o  t  =  1.0 

•  If  .vs»i  -  svl.svTov  <0we  have  to  interpolate.  Compute  the  following. 

o  deltaT  -  svl.svTov  -  svO.svTov 
o  PI  =  svl.pos 
o  VI  =  svl.vel 
o  t  -  ssm  -  svO.svTov/DeltaT 

•  Complete  the  computation  as  follows. 

o  PO  =  svO.pos 
o  VO  =  svO.vel  *  deltaT 
o  d  =  P0 
o  c=V0 

o  b  =  3.0*Pl-Vl-2.0*V0-3.0*P0 
o  a  =  Pl  -b-BO-PO 

o  DesiredPosition  =  a*t*t*t  +  b*t*t_c*t  +  d 
o  Desired  Velocity  =  VI/  deltaT 

Non-Real  Time  User  Space  Module  (NRTUM)  The  Non-Real  Time  User  Space  Module  is 
responsible  for  providing  the  interface  from  the  ACU  to  the  Pointing  Computer  (both  radar  and 
astronomy)  and  the  Maintenance  Computer,  Hence  it  provides  the  bridge  between  the  Real  Time 
User  Space  Module  (RTUM)  and  the  sockets  interface  which  implements  the  TC/IP  interface  the 
Maintenance  computer  and  the  UDP  interface  to  the  Pointing  Computer. 

NRTUM  Initialization 

After  instantiating  the  Pedestal  object  and  spawning  the  RTUM  thread,  the  ACU  continues 
with  initialization  of  the  NRTUM.  This  initialization  consists  of  using  ACU  configuration  file 
(aeu.efg)  to  define  the  port  for  communication  to  the  Maintenance  computer  (nominally  4001 ) 
and  t  he  por  t  f  or  c  ommunication  t  o  t  he  poi  nting  c  omputer  (  nominally  4003).  At  th  is  p  oint  a 
mailbox  is  set  up  f or  communication  with  the  RTUM.  This  mailbox  utilizes  code  provided  by 
RTAl  to  insure  that  communication  with  the  RTUM  does  not  interfere  with  its  real-time  nature. 
Finally,  the  Maintenance  computer  and  Pointing  Computer  ports  are  initialized  and  the  NRTUM 
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waits  on  a  n  input  event  from  the  MC,  PC  or  RTUM  utilizing  the  select  function  provided  by 
LINUX. 

NRTUM  Pointing  Computer  Message  Handling 

Pointing  C  omputer  m  essages  a  re  s  imply  s  tripped  of  t  he  c  ommunications  w  rapper,  t  ime 
tagged  and  placed  on  the  RTUM  mailbox  for  pickup  by  the  servo  loop  during  its  next  processing 
cycle.  T  he  o  nly  o  ther  p  rocessing  p  erformed  b  y  t  he  N  RTUM  i  s  t  o  n  ote  i  f  a  s  pccific  s  tatus 
message  is  requested  by  the  message.  If  so,  the  NRTUM  builds  the  requested  status  message  and 
forwards  it  to  the  pointing  computer. 

NRTUM  Maintenance  Computer  Message  Handling 

Messages  f  rom  t  he  Maintenance  C  omputer  f  all  i  nto  t  hree  cat  egories.  First,  th  c 
Maintenance  C  omputer  can  s  end  m  essages  t  o  t  he  A  CU  w  hich  r  equest  p  edestal  m  otion.  These 
messages  are  formatted  to  emulate  a  pointing  computer  message  and  sent  to  the  RTUM  via  the 
communications  mailbox.  The  second  category  of  message  consist  of  configuration  messages. 
These  messages  are  stripped  of  their  communications  wrapper  and  sent  to  the  RTUM  for  parsing 
and  i  mplcmentation  w  ithin  t  he  pe  destal  a  nd  a  xis  obj  ccts.  The  1  ast  f  orm  o  f  m  essage  i  s  an 
instrumentation  message.  This  message  is  also  forwarded  to  the  RTUM  for  processing. 

NRTUM  Mailbox  (from  RTUM)  Message  Handling 

Status  me  ssages  a  rrive  at  th  e  R  TUM  ma  ilbox  a  t  th  c  s  ervo  lo  op  r  ate.  The  NR  TUM 
decimates  these  messages  to  the  status  message  rate  specified  in  the  ACU  configuration  file.  At 
the  r  equested  rate,  t  he  NRTUM  pa  ckages  a  s  tatus  m  essage  a  nd  f  orwards  i  1 1  o  t  he  P  ointing 
Computer  or  the  Maintenance  computer. 
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5. 


MAINTENANCE  COMPUTER 


5.1  MAINTENANCE  COMPUTER  HARDWARE 

5.1.1  Maintenance  Computer 

The  Maintenance  Computer  chassis  is  a  standard  19"  rack  mount  commercial-off-thc-shclf 
(COTS)  PC.  The  model  chosen  is  the  Superlogics  SL-1U-D31PR-DB  with  a  2.8  GHz  Intel  Core 
2  Quad  and  4  GB  of  RAM.  It  also  has  an  Nvidia  GeForce  9400  GT  video  card  with  512  MB  of 
RAM  an  d  i  s  cap  able  of  dua  1  he  aded  di  splay.  T  wo  20"  Dell  LCD  f  lat  panel  mo  nitors  w  crc 
procured  for  each  maintenance  computer. 

The  maintenance  computers  are  running  Fedora  Core  9  as  the  operating  system  and  arc 
configured  as  DHCP  servers  and  are  used  to  host  the  ACU  operating  system  and  control  system 
software. 

5.2  MAINTENANCE  COMPUTER  SOFTWARE 

The  Maintenance  Computer  application  is  loosely  based  on  the  software  that  was  delivered 
to  support  the  Water  Vapor  Radiometer  (WVR)  and  the  XTR-1  antenna  pedestals.  The  purpose 
of  the  Maintenance  Computer  software  is  to  provide  the  following  functions: 

•  Allow  f  or  1  ocal  c  ontrol  of  t  he  pe  destal  vi  a  a  n  easy  t  o  us  e  G  raphical  User  Interface 
(GUI).  This  allows  the  antenna  to  be  moved  without  the  ACS  or  RTP  equipment  during 
periods  of  testing  or  maintenance. 

•  Provide  g  raphical  di  splay  of  a  11  pe  rtinent  A  CU  i  ntemal  f  unctions  a  llowing  us  ers  t  o 
evaluate  ACU  and  pedestal  performance. 

•  Provide  a  m  ethod  t  o  s  ave  da  ta  d  escribing  a  ntenna  ope  ration.  This  d  ata  m  ay  b  c 
examined  offline  to  uncover  any  performance  issues  or  inconsistencies 

•  Provide  a  method  to  modify  configuration  parameters  associated  with  the  position  loop, 
velocity  1  oop,  t  orque  s  haring  a  nd  t  orque  hi  as  a  Igorithms.  This  w  ill  f  acilitatc  in  itial 
commissioning  of  the  antenna  system  as  will  as  the  ability  to  experiment  with  different 
performance  parameters. 

The  M  aintenance  C  omputer  s  oftware  w  ill  be  de  veloped  i  n  C  ++  ut  ilizing  t  ools  a  vailable 
under  the  GNU  Public  License  (GPL).  Specifically  the  starting  Linux  distribution  will  be  Fedora 
9  and  the  gcc  version  shall  be  Version  4.1.2.  The  graphical  user  interface  shall  utilize  the  widget 
set  supplied  by  QT  version  3  and  supplemented  with  QWT  Version  4.2.0.  Newer  visions  of  the 
abovementioned  development  tools  may  be  used  if  desired. 
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5.2.1  Functional  Overview 


The  Maintenance  Computer  software  presents  two  modeless  display  windows  to  the  user 
of  the  application.  One  of  these  display  windows  (Status/Control  Window)  will  show  pedestal 
status  and  control  information,  hexapod  status  and  control  information,  configuration  options  and 
the  ability  to  track  celestial  objects.  The  other  display  window  (Instrumentation  Window)  allows 
the  operator  to  graphically  view  internal  calculations  as  they  are  performed  in  the  ACU,  record 
this  d  ata  to  me  dia  for  1  ater  p  rocessing,  an  d  stimulate  t  he  an  tetma  p  edestal  with  va  rious 
waveforms  f  or  t  esting,  f  ault  i  solation  a  nd  pe  rformance  v  erification.  Multiple  i  ndependent 
instrumentation  windows  may  be  created. 

The  M  aintenance  C  omputer  a  pplication  i  nteracts  w  ith  t  he  ACU  v  ia  a  s  ockets  i  ntcrfacc 
(TCP/IP)  in  accordance  with  the  MCS-ACU  Interface  Control  Document. 


HU$IR  Status/Control 


Figure  18.  Status/Control  window-remote  mode. 
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5.2.2  Status/Control  Window 


The  Status/Control  window  is  the  portal  which  provides  complete  information  concerning 
the  status  of  the  antenna  pedestal  and  hexapod  as  will  as  the  mechanisrris  necessary  to  control  the 
motion  of  the  pedestal  and  hexapod.  Figure  18  shows  an  instanee  of  the  status/control  window. 
The  1  eft  s  ide  of  t  he  w  indow  di  splays  t  he  current  a  ntenna  pos  ition  a  nd  pr  ovides  t  he  control 
widgets  for  the  pedestal.  Each  dial  shows  the  current  position  (green  needle  and  digits),  desired 
position  (white  needle  and  digits),  current  velocity  (blue  needle  and  digits)  and  current  error  (red 
needle  and  digits).  The  azimuth  axis  display  also  provides  a  cable  wrap  indicator  (the  green  bar 
graph  be  low  t  he  di  al)  which  i  ndicates  where  t  he  a  zimuth  a  xis  i  s  i  n  r  clationship  t  o  t  he  t  otal 
allowed  travel. 

The  r  ight  s  ide  of  t  he  di  splay  i  s  a  t  abbed  di  alog  w  hieh  e  an  s  how  one  of  t  he  f  ollowing 
displays: 

Status  Display:  State  of  each  of  the  discrete  input  points  monitored  by  the  ACU 

Drives  Tab:  Detailed  information  coneeming  each  of  the  pedestal  drives 

Config  Tab:  Displays  and  allows  modification  of  the  pedestal  configuration 

Hexapod  Tab:  Displays  the  status  of  the  Hexapod  and  allows  for  manual  control  of  same 

Objects  Tab:  Provides  a  meehanism  to  command  the  pedestal  to  traek  a  eelestial  objeet 

Remote  Mode  In  Figure  18,  the  ACU  is  in  remote  mode  as  designated  by  the  green  button 
in  the  lower  left  hand  side  of  the  display.  This  is  the  normal  mode  of  the  ACU.  While  in  remote 
mode,  the  pointing  computer  is  the  controlling  entity,  not  the  Maintenance  computer.  Note  that 
all  the  controls  associated  with  the  pedestal  are  grayed  out  signifying  that  they  are  disabled.  It  is 
not  possible  to  change  the  state  of  the  pedestal  from  the  Maintenance  computer  when  the  remote 
indicator  is  green. 

Local  Mode  Clicking  on  the  remote  button  will  turn  it  blue  and  indicate  that  the  ACU  is 
nowin  Local  e  ontrol  m  ode  a  s  s  hown  i  n  Figure  19.  Note  that  the  controls  for  the  Bus  Power 
control  button,  antenna  mode  control  box  (Manual,  Stow,  etc.)  and  servo  bandwidth  controls  (Lo, 
Med,  etc.)  are  now  enabled  and  may  be  used  to  control  the  antenna.  When  in  local  mode,  the 
ACU  doe  s  not  respond  to  a ny  commands  f rom  the  poi  nting  c  omputer.  This  e nsures  t  hat  t  he 
antenna  pedestal  can  only  be  controlled  from  one  physical  location  at  a  time.  The  provides  a 
measure  of  safety  by  not  allowing  surprise  motion  from  a  remote  location.  Status  messages  are 
streamed  t  o  bot  h  t  he  m  aintenanee  e  omputer  a  nd  t  he  poi  nting  e  omputer  r  egardless  o  f  w  hieh 
machine  is  th  e  c  ontrolling  entity.  This  a  Hows  for  m  onitoring  of  p  edcstal  m  otion  f  rom  either 
interface  at  any  time. 
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Figure  19.  Status/Control  window-  local  mode. 


Manual  Mode  Figure  20  shows  the  control/status  after  the  loeal  operator  has  clicked  on 
the  Manual  mode  buttons  for  each  axis.  Note  that  the  Bus  Power  is  now  on,  all  of  the  drives  are 
enabled,  all  brakes  are  released  and  the  motor  blowers  have  been  turned  on.  Note  also  that  the 
safety  strobe,  which  indicates  that  the  pedestal  can  move  at  any  minute  is  energized.  When  the 
antenna  i  s  co  mmanded  from  a  s  tandby  s  tate  t  o  an  en  ergized  s  tate,  t  he  A  CU  p  erforms  t  he 
following  actions: 

1.  Illuminate  the  Safety  Strobe. 

2.  Sound  the  Safety  Horn. 

3.  Wait  10  seconds  (this  time  is  configurable). 

4.  Turn  off  the  Safety  Horn,  leave  the  Safety  Strobe  illuminated. 

5.  Enable  the  drives. 
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Note  also  that  the  manual  eontrol  buttons  (immediately  below  the  white  desired  position 
digits)  are  now  enabled.  Although  it  cannot  be  seen  in  the  figure,  the  axis  dial  and  the  desired 
position  di  gits  a  re  a  Iso  now  e  nabled.  The  o  perator  w  ill  r  ealize  th  is  w  hen  the  eu  rsor  eh  anges 
shape  when  moved  over  either  of  these  widgets. 
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Figure  20.  Status/Control  window-mamial  mode. 


When  i  n  M  anual  m ode,  t he  ope rator  m ay  e hange  t he  a ntenna  pos  ition  i  n  any  on e  of  the 
following  ways: 

•  Clieking  on  one  of  the  «,  <,  >,  »  buttons.  This  will  eause  the  seleeted  axis  to  slew  at 
the  slow  rate  of  0.1  7seeond  in  the  ease  of  the  <  an  d  >  b  utton  or  at  the  faster  rate  of 
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2°/second  in  the  case  of  the  >>  or  <<  buttons.  The  direetion  of  the  motion  is  indieated 
by  the  direction  of  the  arrows  on  the  button. 

•  Right  clicking  on  the  white  desired  position  digits.  This  will  allow  the  operator  to  type 
in  a  new  desired  position. 

•  Moving  the  cursor  over  the  white  desired  position  digits.  While  the  cursor  is  over  the 
upper  ha  If  0  f  a  d  igit  a  n  u  p  a  rrow  will  bed  isplayed  w  hich  will  c  ausc  t  hat  d  igit  to 
increase  (  with  a  ppropriate  c  airy  to  n  ext  d  igit)  e  ach  time  th  e  le  ft  mo  use  b  utton  is 
pressed.  While  t  he  cursor  i  s  ove  r  t  he  1  ower  h  alf  of  a  di  git  a  dow  n  a  rrow  w  ill  be 
displayed  which  w  ill  cause  t  hat  di  git  t  o  de  crease  (  with  a  ppropriate  bor  row  f  rom  t  he 
next  digit)  each  time  the  left  mouse  button  is  pressed. 

•  Dragging  the  white  needle  in  the  axis  dial  display  to  the  desired  position. 


Hexapod  Control  Figure  21  shows  the  H  exapod  S  tatus/Control  di  splay.  This  d  isplay  is 
obtained  by  clicking  on  the  hexapod  tab  in  the  upper  left  hand  side  of  the  Status/Control  Display. 
Note  that  when  this  tab  is  revealed,  6  new  control  buttons  appear  in  the  lower  left-hand  portion 
of  the  display.  These  buttons  allow  the  operator  to  individually  enable  and  disable  eaeh  leg  of  the 
Hexapod  assembly.  In  Figure  21,  the  drives  for  legs  2,  4  a  nd  5  are  enabled  while  the  drives  for 
legs  1,  3  and  6  are  disabled. 

The  1  eft  r  ight  hand  s  ide  of  t  he  di  splay  s  hows  t  he  c  urrent  a  nd  d  esired  positions  of  t  he 
Hexapod  a  ssembly  in  t  wo  di  fferent  c  oordinate  systems.  T  he  t  op  c  oordinate  s  ystem  (  Angular 
Measurement)  shows  the  position  of  the  Hexapod  as  X,  Y,  Z,  OX  and  OY.  This  coordinate  system 
represents  the  position  and  orientation  of  the  Hexapod  with  respect  to  the  refleetor.  The  bottom 
coordinate  system  (Linear  Measurements)  simply  shows  the  length  of  each  leg  that  supports  the 
Hexapod.  The  very  bottom  of  the  right  hand  display  shows  the  status  of  the  limits  of  motion  for 
eaeh  of  the  legs.  Eaeh  leg  of  the  Hexapod  has  a  limit  to  prevent  motion  past  the  shortest  and 
longest  possible  throw. 

Control  of  the  Hexapod  is  similar  to  the  control  of  the  pedestal  itself  Any  of  the  1 1  white 
desired  position  fields  associated  with  the  Hexapod  can  be  modified  in  two  different  ways  as 
follows: 

•  Right  elieking  on  the  white  desired  position  digits.  This  will  allow  the  operator  to  type 
in  a  new  desired  position. 

•  Moving  the  cursor  over  the  white  desired  position  digits.  While  the  eursor  is  over  the 
upper  ha  If  0  f  a  di  git  a  n  up  a  rrow  will  be  di  splayed  w  hich  will  c  ause  t  hat  di  git  t  o 
increase  (  with  a  ppropriate  e  arry  to  n  ext  d  igit)  e  ach  time  th  e  le  ft  mo  use  b  utton  is 
pressed.  While  t  he  cursor  i  s  ove  r  t  he  1  ower  h  alf  of  a  d  igit  a  d  own  a  rrow  w  ill  b  c 
displayed  whieh  w  ill  c  ause  t  hat  di  git  t  o  de  crease  (  with  a  ppropriate  bor  row  f  rom  t  he 
next  digit)  each  time  the  left  mouse  button  is  pressed. 
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Motion  effected  in  one  eoordinate  system  will  update  the  neeessary  desired  positions  in  the 
other  eoordinate  system.  All  hexapod  motion  eommands  will  be  error  eheeked  for  validity  before 
execution. 


Figure  21.  Status/Control  window-hexapod  control. 


Drive  Status  The  D  rive  S  tatus  di  splay  i  s  obt  ained  b  y  clieking  on  t  he  D  rives  t  ab  i  n  t  he 
upper  right  hand  corner  of  the  Status/Control  display.  This  display,  depicted  in  Figure  22,  shows 
detailed  s  tatus  i  nformation  f  or  each  d  rive  as  sociated  w  ith  t  he  p  edestal  an  d  h  exapod.  This 
information  is  placed  on  its  own  tab  due  to  the  fact  that  the  information  consumes  a  significant 
amount  o  f  s  ereen  r  eal-estate  a  nd  t  he  i  nformation  ne  ed  onl  y  be  referenced  oe  easionally  f  or 
possible  fault  isolation. 
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Configuration  Tab  Figure  23  shows  the  Status/Control  display  with  the  Configuration  Tab 
selected.  This  tab  reveals  three  further  sub-tabs:  one  for  the  pedestal,  one  for  the  azimuth  axis, 
and  one  for  the  elevation  axis.  Each  of  these  sub-tabs  contain  configuration  information  that  may 
be  changed  at  any  time.  Figure  23  shows  the  pedestal  sub-tab.  The  information  on  this  tab  affects 
the  entire  pedestal  and  will  contain  information  including  the  location  of  the  pedestal  (to  allow 
for  propagation  of  ephemeris)  and  other  parameters  that  maybe  used  in  a  mount  model.  The 
ACU  shall  contain  provisions  to  implement  a  mount  model  based  upon  parameters  contained  on 
this  sub-tab  of  the  Configuration  Tab. 
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Figure  22.  Statiis/Control  window-drive  status  display. 
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Figure  24  shows  the  sub-tab  assoeiated  with  the  eonfiguration  of  the  Azimuth  axis.  This 
sub-tab  is  identieal  in  format  to  the  sub-tab  for  the  Elevation  Axis.  Each  of  these  tabs  allow  for 
the  modifieation  of  axis  speeifie  parameters  ineluding  the  following: 

•  Upper  and  Lower  Limits 

•  Maximum  Veloeity 

•  Maximum  Aeeeleration 

•  Maximum  Torque 

•  Torque  Bias  Parameters 

•  Compensator  Configuration 

Configuration  parameters  can  be  modified  on  these  sub-tabs  and  sent  down  to  the  ACU  at 
any  time  .  The  A  CU  i  s  de  signed  t  o  a  How  f  or  e  onfiguration  on  t  he  f  ly.  Any  c  onfiguration 
parameters  sent  to  the  ACU  shall  be  utilized  immediately  as  well  as  retained  and  automatieally 
loaded  the  time  the  ACU  boots  up. 
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HU5IR  Status/Control 
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Figure  23.  Status/Control  window-configuration  tab  (pedestal). 
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HUSIR  Status/Control 
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Figure  24.  Status/Control  window-configuration  tab  (azimuth  axis). 


Celestial  Object  Tabs  The  ACU  has  the  ability  to  propagate  ephemeris  for  the  following 
objects  based  upon  t  he  position  of  the  antenna  pedestal  and  information  speeific  to  the  type  of 
ephemeris  b  eing  p  ropagated.  The  i  nformation  on  e  aeh  of  t  hese  obj  eets  i  s  m  aintained  i  n  a 
MYSQL  database  local  to  the  Maintenanee  Computer.  Hence  the  Radar  and  Astronomy  groups 
can  maintain  their  own  unique  lists  of  test  objects  of  interest. 

•  Satellites  b  ased  u  pon  N  orad  t  wo  1  ine  el  ement  s  ets  v  ia  t  he  S  GP/SDP4  ep  hemeris 
propagation  algorithm 

•  Stars  based  upon  right  ascension,  deelination  and  epoeh  time 

•  The  sun  and  the  moon  (no  other  information  neeessary) 

•  Any  designated  position  (speeified  azimuth  and  elevation) 
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Figure  25  shows  t  he  S  tatus/Control  di  splay  w  ith  t  he  N  orad  s  ub-tab  o  f  t  he  O  bjcct  T  ab 
displayed.  This  display  displays  trackable  satellites  by  Name,  NORAD  number  and  type  (Low 
Earth  O  rbiter  (  LEO),  H  ighly  Elliptieal  O  rbiter  (  HEO),  M  edium  E  arth  O  rbiter  (  MEO)  a  nd 
Geostationary  (GEO).  The  list  may  be  sorted  by  anyone  of  these  eriteria.  Additionally,  eaeh 
satellite  ean  bed  esignated  as  t  asked  w  hieh  m  eans  t  hat  i  t  i  s  o  f  s  peeial  i  nterest.  This  w  ay  a  11 
satellites  that  are  not  of  interest  ean  be  maintained  in  the  database  for  future  use  but  eliminated 
from  the  display  to  reduee  elutter  by  elieking  on  the  Tasked  Only  eheekbox  as  in  Figure  26.  The 
displayed  list  my  be  further  eulled  by  elieking  on  the  LEO,  MEO,  HEO  or  GEO  eheekboxes  at 
the  bottom  of  the  sereen. 

NORAD  ephemeris  may  be  updated  from  a  text  file  of  two  line  element  sets  on  any  media 
that  i  s  aee  essible  b  y  t  he  M  aintenanee  eo  mputer.  The  ope  rator  n  eed  onl  y  e  liek  on  t  he  U  pdate 
Ephemeris  button  to  start  this  proeess. 

Figure  27  shows  the  Star  Database  tab,  this  tab  allows  for  the  operator  to  designate  a  s  tar 
as  the  obj  eet  for  the  antenna  pedestal  to  point  to.  Figure  28  shows  the  Status/Control  display 
when  a  s  tar  is  seleeted  for  P rogram  T raek.  Not  that  the  Program  Traek  button  on  the  left  hand 
side  of  the  display  is  green  and  that  the  offset  buttons  (above  the  bandwidth  seleet  buttons)  are 
now  enabled.  The  operator  may  eontrol  the  offset  applied  to  the  propagated  ephemeris  of  any 
objeet  as  follows 

•  The  wheel  widget  (immediately  below  the  white  desired  position  digits)  may  be  used  to 
dial  in  an  offset  in  0.001  degree  steps  for  either  axis. 

•  The  <  or  >  offset  buttons  may  be  elieked  to  deerement  or  inerement  the  eurrent  offset 
by  0.001  degrees. 

•  The  CS  key  be  elieked  to  move  the  axis  to  a  eonfigurable  eold  sky  offset  (nominally  5 
degrees  for  azimuth  and  0  degrees  for  elevation  to  faeilitate  G/T  measurements). 

•  The  0  key  my  be  elieked  in  order  to  zero  the  offset  in  either  axis. 

•  The  time  offset  may  be  modified  via  the  slider  bar  at  the  bottom  of  the  Objeets  tab  on 
the  right  hand  side  of  the  display. 

Figure  29  and  Figure  30  show  the  solar  system  and  designate  sub-tabs  respeetively.  These 
solar  system  sub-tab  allows  the  operator  to  seleet  the  sun  or  moon  for  ephemeris  traeking.  The 
designate  s  ub-tab  a  Hows  t  he  ope  rator  t  o  s  peeify  a  ngles  of  i  nterest  f  or  a  utomatie  poi  nting 
operations. 
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Figure  26.  Siatiis/Control  window- object  tab  (NORAD,  tasked  only). 
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figure  27.  Status/Control  window-object  tab  (star). 
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HUSIR  Status/Control 
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Figure  28.  Status/Control  window-object  tab  (program  tracking). 
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HUSIR  Status/Control 
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Figure  29.  Status/Control  w  indow-  object  tab  (solar  system). 
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Figure  30.  Status/Control  window-object  tab  (designate). 


5.2.3  Instrumentation  Window 

The  instrumentation  window  is  eompletely  separate  from  the  Status/Control  window.  The 
Maintenanee  eomputer  shall  be  fitted  with  dual  SVGA  adapters  and  monitors  to  provide  double 
the  normal  sereen  real-estate.  Henee,  the  i  nstrumentation  w  indow  and  S  tatus/Control  w  indow 
ean  b  e  di  splayed  s  imultaneously.  A  dditional  i  ndependent  i  nstrumentation  w  indows  m  ay  be 
ereated. 
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Figure  31.  In.stnmentation  window. 


The  Instrumentation  w  indow  i  s  s  hown  in  Figure  31.  Its  pur  pose  i  s  t  o  a  How  f  or  t  he 
monitoring  a  nd  r  ecording  o  f  a  11  calculations  in  tcmal  to  th  e  A  CU.  A  dditionally,  i  t  pr  ovidcs  a 
mechanism  t  o  i  nject  t  est  w  aveforms  i  nto  each  ax  is  f  or  p  erformance  v  erification  an  d  fault- 
isolation. 

The  m  ain  f  eature  of  t  his  di  splay  i  s  t  he  s  trip  c  hart  w  idget  w  hich  oc  cupies  80%  of  t  he 
display  from  the  left  hand  side.  This  strip  chart  is  a  horizontally  scrolling  display  which  updates 
in  real  time  based  upon  instrumentation  status  messages  from  the  ACU.  In  the  above  figure  a 
rather  poor  step  response  to  a  position  input  is  depicted.  The  time  base  and  scale  are  selectable 
by  the  radio  buttons  on  t  he  right  hand  side  of  the  display  and  the  information  to  be  plotted  is 
selected  via  the  list  boxes  in  the  center  of  the  right  hand  side  of  the  display.  At  a  minimum,  the 
following  information  can  be  plotted  for  each  axis: 

•  Current  position 

•  Desired  position 

•  Position  error 

•  Current  velocity 

•  Desired  velocity 
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•  Velocity  error 

•  Current  Acceleration 

•  Desired  Acceleration 

•  Desired  Torque  for  each  motor 

•  Current  torque  for  each  motor 

•  Outputs  of  all  compensators 

The  design  of  this  display  is  such  that  other  data  items  may  be  added  very  easily  in  order  to 
facilitate  testing  and  performance  monitoring. 

Regardless  of  what  is  displayed  on  the  strip  chart,  all  data  shall  be  streamed  from  the  ACU 
to  t  he  M  aintenanee  e  omputer  f  or  pot  ential  recording.  Clicking  t  he  Record  but  ton  on  t  he 
Instrumentation  display  shall  cause  a  prompt  for  a  filename.  Onee  the  filename  is  specified,  all 
data  streamed  from  the  ACU  shall  be  recorded  to  the  file  in  a  CSV  format  for  ease  of  processing 
by  M  atlab,  E  xeel  ora  nother  ma  thematieal  ma  nipulation  u  sability.  This  C  SV  f  ile  s  hall  a  t  a 
minimum  contain  all  the  data  listed  above. 

In  order  to  facilitate  performance  evaluation,  the  Instrumentation  Display  shall  allow  the 
operator  to  specify  waveforms  to  be  input  to  the  position  and  velocity  loops.  These  waveforms 
may  b  e  s  tarted  an  d  s  topped  at  w  ill  an  d  t  he  r  esults  o  f  t  he  ex  citation  m  ay  be  r  eeorded  b  y  t  he 
mechanism  described  above.  The  generated  waveforms  may  be  injected  into  the  system  at  the 
following  points: 

•  Open  Position  Loop 

•  Closed  Position  Loop 

•  Open  Velocity  Loop 

•  Closed  Velocity  Loop 

The  following  waveforms  may  be  generated  and  injected  into  the  above  points: 

•  Sine  Wave 

•  Square  Wave 

•  Triangle  Wave 

•  Saw  Tooth  Wave 

•  Swept  Sine  Wave 

The  lower  left  hand  portion  of  the  instrumentation  display  allows  the  operator  to  specify 
the  waveform  to  be  generated  and  the  axis  and  injection  point  for  the  test. 
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6. 


PLC  SYSTEM 


The  P  LC  s  ystem  m  aintains  ove  rail  c  ontrol  of  t  he  a  ntenna.  It  de  termines  w  hether  t  he 
antenna  is  safe  to  move  from  a  personnel  and  equipment  safety  perspective.  If  all  of  the  systems 
it  monitors  indicate  safe  to  operate,  it  will  energize  the  prime  power  to  the  antenna  drives.  The 
design  philosophy  is  “There  are  1001  ways  to  turn  of  the  antenna  drives,  and  only  1  to  turn  them 
on.”  The  PLC  also  controls  the  behavior  of  the  antenna  when  it  enters  directional  limits,  as  well 
as  the  motor  brakes.  This  is  done  so  that  all  8  of  the  azimuth  amplifiers  (or  4  in  elevation)  get  the 
same  limit  or  brake  command  at  the  same  time.  There  are  situations  where  a  single  amplifier  can 
request  brakes  on  due  to  an  internal  error,  and  turning  a  single  brake  on  can  damage  the  system. 
Therefore,  the  amplifier  requests  brakes  on  and  the  PLC  system  engages  all  of  the  brakes  on  that 
axis,  preventing  any  potential  damage.  A  description  of  each  of  the  subsystems  controlled  and 
monitored  by  the  PLC  is  given  below. 

The  cu  rrent  s  tatus  of  all  s  ystems  controlled  b  y  t  he  P  LC,  an  d  an  y  faults  d  etected  ar  e 
displayed  on  an  annunciator  panel  in  the  astronomy  control  room.  The  system  logs  the  time  and 
details  of  any  change  in  status  of  the  system. 
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Figure  32.  PLC  cabinet  with  temporary  wiring  for  .simulator  testing. 


6.1  HYDROSTATIC  BEARING 

A  fault  by  any  component  in  the  Hydrostatic  bearing  system  will  stop  or  inhibit  motion  in 
the  a  zimuth  di  rection  vi  a  t  he  d  rive  s  hutdown  pr  ocedure.  48  p  ressure  t  ransducers  m  onitor  t  he 
thrust  and  radial  pressure.  4  E  ddy  current  sensors  monitor  the  ride  height  of  the  bearing.  A  N I 
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compact  field  point  is  used  to  monitor  these  and  the  oil  temperature  and  pressure  at  the  bearing. 
The  overall  status  is  then  relayed  to  the  PLC  in  a  go/no-go  fashion.  Other  inputs  to  the  PLC 
include  a  reservoir  float  switch,  water  detection  circuit  and  status  indicators  from  the  filters  (for 
maintenance  purposes  only). 

6.2  BOX  INSERTION  SYSTEM 

The  PLC  system  monitors  a  set  of  contact  closures  for  each  of  the  track  pins,  dolly  stow 
pins,  and  hoist  frame  stow  pins  used  in  the  RFBIS.  This  is  to  ensure  that  the  RFBIS  is  properly 
stowed  prior  to  moving  the  antenna. 

6.3  BOX  BOLTS 

The  P  LC  s  ystem  w  ill  m  onitor  a  s  et  of  c  ontact  c  losures  on  e  a.ch  R  F  box  bol  1 1  hat  a  rc 
configured  to  be  closed  when  the  bolt  is  completely  inserted.  This  ensures  that  the  RF  box  i  s 
properly  nested  in  the  antenna  prior  to  motion.  There  are  4  bolts  used  to  mount  the  RF  box. 

6.4  RFBIS 

The  an  tenna  s  afety  P  LC  s  ystem  communicates  with  t  he  R  FBIS  P  LC  s  ystem  v  ia  s  everal 
relay  eontaets.  The  antenna  safety  PLC  eloses  a  set  of  eontaets  when  it  is  safe  for  the  RFBIS  to 
be  operated.  The  drives  must  be  disabled,  the  antenna  at  face-side  and  the  brake  engaged  before 
the  RFBIS  system  ean  operate. 

6.5  LUBE  SYSTEM 

The  1  ubc  s  ystem  pr  ovidcs  oi  1 1  o  the  g  carboxes  t  hat  dr  i vc  t  he  a  ntenna.  T  he  P  LC  s  ystem 
eontrols  a  nd  m  onitors  t  he  1  ube  s  ystem.  S  hould  t  he  oi  1  1  evel  i  n  t  he  r  eservoir  dr  op  be  low  t  he 
minimum  level  f  or  ope  ration  or  t  he  flow  s  witehes  i  ndieate  no  f  low,  t  he  P  LC  s  huts  dow  n  t  he 
drives  and  disables  the  lube  system. 

6.6  DRIVE  CABINETS 

The  PLC  interfaees  direetly  with  the  AZ  and  EL  Drive  Cabinets.  It  eonneets  to  the  motor 
eontrol  units  (CSHOl)  to  relay  whenever  there  is  contact  with  a  limit  in  order  to  ensure  proper 
direetion  limiting  of  the  motors.  The  PLC  monitors  eaeh  amplifiers  brake  request  line.  If  any 
amplifier  requests  brake  on,  the  PLC  eommands  all  of  the  brake  on  that  axis  to  come  on.  In  order 
to  ensure  proper  powering  up  and  down  the  internal  mains  contactor  is  controlled  via  the  PLC 
over  these  lines. 

6.7  WATER  DETECTION  SYSTEM 

The  water  deteetion  eireuits  are  used  to  prevent  eontamination  of  the  hydrostatic  bearing 
oil  and  lubrication  oil  should  a  hose  break  occur.  There  is  one  circuit  in  the  base  of  the  tower  and 
two  circuit  in  the  azimuth  transition  area  which  provide  discrete  inputs  to  the  PLC.  If  water  is 
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detected,  the  antenna  is  stopped  via  the  brakes,  prime  power  removed  from  the  drive  system,  and 
the  lubrication  system  and  hydrostatic  bearing  pump  systems  are  shut  down. 

6.8  ELEVATION  STOW  PINS 

The  stow  pins  will  be  monitored  and  controlled  via  the  PLC.  There  will  be  2  or  4  control 
lines  and  4  monitoring.  The  PLC  will  command  which  state  each  pin  needs  to  be  in  and  verify 
that  t  he  pi  ns  a  re  i  n  t  he  proper  s  et-up.  If  t  here  i  s  c  onflicting  i  nformation  of  a  ny  sort  (c  .g.,  the 
status  indicates  that  stow  pin  1  i  s  both  in  and  out  or  is  in  when  it  should  be  out)  the  PLC  will 
inhibit  elevation  drive  prime  power  via  the  drive  cabinet  shutdown  procedure. 

6.9  E-STOP  CIRCUIT  (PERSONAL  SAFETY  LOOP) 

The  E-stop  circuit  is  a  series  loop  passing  through  every  E-stop  switch,  as  well  as  the  final 
limit  s  witches  f  or  th  e  a  ntenna.  If  a  ny  o  f  t  he  contacts  a  re  br  oken,  pr  ime  pow  cr  i  s  r  emoved 
immediately.  A  second  set  of  contacts  on  each  switch  is  used  to  indicate  which  of  the  switches 
was  tripped. 

6.10  SECTOR  BLANKING 

A  s  et  o  f  s  witches  c  ontained  in  th  e  limits  s  witch  a  ssemblics  w  ill  b  e  available  for  th  c 
transmitter  to  use  for  RF  sector  blanking.  This  is  required  to  prevent  RF  radiation  being  directed 
at  any  of  the  other  antennas  at  site.  The  antenna  safety  PLC  system  docs  not  interact  with  the 
switches. 

6.11  BRAKES 

The  PLC  system  is  in  control  of  the  brakes  at  all  times.  The  ACU,  drive  amps,  or  the  PLC 
itself  m  ay  r  equest  t  hat  t  he  b  rakes  b  e  en  gaged.  A  11  b  rakes  o  n  a  g  iven  ax  is  ar  e  aet  uated 
simultaneously  by  way  of  a  contactor. 

When  a  given  antenna  axis  must  be  hand  cranked,  the  PLC  brake  control  ean  be  bypassed 
using  the  personnel  safety  Kirk  Key  system.  A  key  block  near  the  hand  crank  location  for  each 
axis  allows  the  brake  to  be  disengaged  for  that  axis. 

6.12  PLC  ->  ACU  COMMUNICATIONS 

The  PLC  will  communicate  with  the  ACU  via  a  one  way  link  that  provides  for  sufficient 
bandwidth  t  o  a  How  alls  tatus  i  nformation  t  o  be  t  ransferred  i  nto  t  he  A  CU.  T  he  A  CU  will  us  c 
discrete  lines  to  communicate  with  the  PLC  to  allow  for  a  high-to-low  security  transition  (The 
ACU  is  on  a  classified  network  for  radar  operations,  and  the  PLC  is  unclassified).  This  link  and 
the  i  nformation  pa  ssed  on  i  t  i  s  de  fined  i  n  the  ACU  to  safety  PLC  system  Interface  Control 
Document. 
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6.13  LIMIT  PACKAGES 


There  will  be  a  first  and  seeond  limit  switeh  in  eaeh  direetion,  on  eaeh  axis.  The  final  limit 
switeh  i  s  1  oeated  on  t  he  e  opper  1  oop  t  hat  di  sables  pr  ime  pow  er  t  o  t  he  dr  ives.  A  t  e  aeh  1  imit 
loeation  there  will  be  two  eontaets  one  that  tells  the  PLC  whieh  loeation  it  is  and  the  other  that 
performs  the  aetion.  Two  bypass  keys  will  be  used  whenever  overriding  the  final  limit  switehes 
is  needed  to  baek  out  the  antenna.  One  of  the  key  eireuits  bypasses  both  of  the  elevation  limits 
while  the  other  bypasses  the  azimuth  limits.  The  keys  are  spring  loaded  so  that  they  can  not  be 
left  in  the  bypass  state. 

See  Section  14  for  a  complete  description  of  the  limit  switeh  assemblies.  The  preliminary 
limit  pos  itions  a  re  s  hown  i  n  Figure  33.  N  ote  th  at  th  e  e  xaet  p  ositiois  w  ill  b  e  d  etermined  a  t 
commissioning. 
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HAYSTACK  ANTENNA  LIMITS 
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Figure  33.  Antenna  limit  positions. 
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7. 


POWER  DISTRIBUTION  SYSTEM 


The  s  ervo  c  ontrol  s  ystem  r  equires  t  hree-phase  480  VAC  a  t  200A  .  A  b  reakdown  of  t  he 
power  r  equirements  i  s  pr  ovided  i  n  A  ppendix  B  .  This  pow  er  i  s  pr  ovided  b  y  t  he  H  USIR 
transmitter  shelter.  Power  from  the  shelter  is  routed  into  the  base  of  the  tower  and  distributed  to 
various  circuits  by  panelboard  HDHYIJ.  The  servo  control  system  is  v/ired  into  this  panelboard. 
From  here  power  is  fed  through  an  isolation  transformer,  up  the  cable  Vv^rap,  and  distributed  to  all 
servo  c  ontrol  s  ystems  t  hrough  t  he  pow  er  d  istribution  c  abinet  A  12  lo  cated  in  th  e  a  zimuth 
transition  area.  A  block  diagram  of  the  power  distribution  portion  of  the  control  system  starting 
at  the  isolation  transformer  is  shown  in  Figure  34. 
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Figure  34.  Control  system  power  distribution  block  diagram. 
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7.1  MAINS  DISCONNECT  PANELBOARD  HDHYIJ 


Three-phase  480  VAC  at  270  A  is  provided  via  a  270  A  breaker  in  panelboard  HDHYIJ. 
This  i  s  t  he  m  ain  br  caker  di  sconnect  f  or  t  he  e  ntire  drive  s  ystem.  This  panelboard  i  s  al  ready 
installed  in  the  base  of  the  tower. 

7.2  ISOLATION  TRANSFORMER  A7 

Three-phase  480  VAC  is  fed  through  conduit  W 1002  to  isolation  transformer  A7.  A7  is  a 
three-phase  480  VAC  delta  to  three-phase  480  VAC  Y  isolation  transformer.  The  purpose  of  this 
transformer  is  to  isolate  the  drive  amplifier  noise  induced  on  the  lines  by  the  solid  state  Bosch 
Rexroth  dr  ive  a  mplifiers.  T  he  out  put  of  A  7  i  s  f  ed  t  hrough  e  onduit  ^V  1 87  t  o  t  he  be  low  w  rap 
junction  box  where  the  power  feed  transitions  to  flexible  cable. 

7.3  POWER  MONITORING  JUNCTION  BOX 

This  junction  box  serves  two  purposes.  It  converts  from  rigid  conduit  to  flexible  cable  to 
go  t  hrough  t  he  w  rap,  a  nd  c  ontains  t  he  e  urrent  sensing  coils  a  nd  vol  tage  t  aps  for  t  he  pow  er 
monitoring  system.  The  current  and  voltage  lines  route  through  conduit  to  the  Carlo  Gavazzi 
WM22  power  monitor  in  a  separate  enclosure. 

7.4  AZIMUTH  CABLE  WRAP  AND  THE  ABOVE  AXIS  DISCONNECT  AlO 

The  out  put  of  t  he  pow  er  m  onitoring  j  unction  b  ox  is  f  ed  v  ia  o  ne  flexible  p  ower  cable 
(General  Cable  82393  T ype  GG  mining  cable)  up  through  the  azimuth  cable  wrap  to  the  above 
axis  disconnect  box  AlO.  The  azimuth  cable  wrap  will  carry  three-phases  of  480  VAC  at  200  A. 
AlO  allows  drive  system  power  to  be  shut  down  in  the  azimuth  transition  area. 

7.5  AZIMUTH  TRANSITION  AREA  POWER  DISTRIBUTION  CABINET  A12 

Three-phase  480  VAC  is  fed  from  A  10  through  conduit  W  167  to  the  power  distribution 
cabinet  A 12.  The  power  distribution  cabinet  contains  the  main  system  contactor  that  is  controlled 
by  the  PLC,  and  six  breakers  for  the  drive  cabinets.  The  is  an  additional  50  amp  breaker  that  is 
fed  from  the  supply  side  of  the  contactor  that  provides  power  for  the  step  down  transformer. 

7.6  STEP  DOWN  TRANSFORMER 

The  step  down  transformer  supplies  power  for  all  control  system  components  that  require 
voltages  other  than  480v  3  phase  power.  This  feeds  the  low  voltage  breaker  panel. 

7.7  LOW  VOLTAGE  BREAKER  PANEL 

The  breaker  panel  supplies  power  for  the  hexapod,  brake  solenoids,  encoder  concentrator, 
PLC,  a  nd  t  he  U  PS  t  hat  pow  ers  a  11  of  t  he  dr  ive  c  abinet  c  ontrol  s  ections.  T  he  1  ayout  of  t  he 
breakers  in  the  panel  is  shown  in  Figure  35. 
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8.  AZIMUTH  AND  ELEVATION  DRIVE  CABINETS 
AI3,  AI4,  AI5,  AI6,  AI7,  AND  AI8 


The  HUSIR  servo  drive  system  is  based  on  the  Bosch  Rexroth  IndraDrive  Family.  HUSIR 
requires  a  total  of  eight  servo  motors  and  geared  power  trains  to  move  the  antenna  in  azimuth  at 
the  specified  rates.  HUSIR  requires  a  total  of  four  servo  motors  and  geared  power  trains  to  move 
the  an  tenna  i  n  elevation  at  t  he  s  pecified  r  ates.  Each  s  ervo  m  otor  r  cquircs  a  Bosch  Rexroth 
CSHOl.lC-SE-ENl-NNN-NNN-NN-S-NN-FW  drive  a  mp  c  ontroller,  a  B  osch  R  exroth 
HMS01.1N-W0036-A-07-NNNN  drive  am  plifier  p  ower  s  ection,  an  daB  osch  R  exroth 
HMV01.1R-W0018-A-07-NNNN  power  supply  unit.  However  one  H MVOl.  1R-W0018-A-07- 
NNNN  pow  er  s  upply  un  it  i  s  c  apable  o  f  pow  ering  t  wo  C  SHO 1 . 1 C-SE-EN 1  -NNN-NNN-NN-S- 
NN-FW  drive  amp  controllers  and  two  HMS01.1N-W0036-A-07-NNNN  drive  amplifier  power 
sections.  It  is  for  this  reason  that  the  HUSIR  servo  drive  system  is  divided  up  into  only  six  drive 
cabinets,  w  here  e  ach  dr  ive  c  abinet  c  ontrols  t  wo  s  ervo  m  otors.  The  F  irmware  u  sed  b  y  t  he 
amplifiers  is  version  04V34. 

There  are  a  total  of  four  azimuth  drive  cabinets,  denoted  in  the  system  block  diagram  as 
A13,  A14,  A15,  and  A 16.  There  are  a  total  of  two  elevation  drive  cabinets,  denoted  in  the  system 
block  di  agram  a  s  A17  andA16.  Each  drive  cabinet  c  ontains  one  H  MVOl.  1R-W0018-A-07- 
NNNN  pow  er  s  upply  unit,  t  wo  C  SHOT  1  C-SE-EN  1-NNN-NNN-b.N-S-NN-FW  dr  ive  amp 
controllers,  and  two  HMS01.1N-W0036-A-07-NNNN  drive  amplifier  power  sections.  The  drive 
cabinet  wiring  is  in  support  of  these  Bosch  Rexroth  units  so  that  proper  power-up,  power-down, 
and  monitoring  will  occur. 
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Figure  36.  Photograph  of  inside  of  completed  drive  cabinet. 


8.1  POWER  DISTRIBUTION 

Three-phase  480  VAC  and  single  phase  120  VAC  are  fed  to  the  drive  cabinets  A 13,  AM, 
A15,  A  16,  A  17,  and  A  18  from  the  power  distribution  cabinet  A  12  via  conduits  W  147,  W149, 
W 1 50,  W  1 52,  W 1 53,  a  nd  W  1 55  r  espectively.  The  t  hree-phase  480  V  AC  i  s  us  ed  t  o  pr  ovide 
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power  for  t  he  dr  i ve  m  otors.  The  s  ingle  pha  se  120V  AC  i  s  us  ed  t  o  pow  er  t  he  control  c  ircuitry 
inside  of  t  he  H  MVO 1 . 1 R- WOO  1 8-A-07-NNNN  power  s  upply  uni  t,  I  wo  C  SHO 1 . 1 C-SE-EN 1  - 
NNN-NNN-NN-S-NN-FW  dr  ive  a  mp  c  ontrollcrs,  a  nd  t  wo  H  MS01.1N-W0036-A-07-NNNN 
drive  amplifier  power  sections. 

8.1.1  Three-Phase  480  VAC  Power  to  the  Bosch  Rexroth  Power  Supply  Unit  HMVOl.lR- 
W0018-A-07-NNNN 

Three-phase  480  VAC  enters  a  drive  cabinet  and  is  immediately  fed  through  a  local  power 
contactor  relay  K  5.  K5  is  a  special  contactor  relay  th  at  has  incorporated  in  to  it  a  time  delay 
between  the  main  contactor  and  a  s  tatus  feedback  switch  (which  indicates  what  state  the  relay 
contactor  i  s  i  n,  closed  or  ope  n).  This  d  clay  is  me  chanically  imp  lernented  s  o  th  at  th  c  s  tatus 
feedback  switch  changes  states  at  least  1  0  mS  before  the  contacts  open  on  the  contactor  relay. 
This  provides  the  proper  power-down  sequence  to  protect  the  drive  amplifier  system  in  the  event 
of  a  loss  of  power  at  site  or  an  emergency  stop. 

Three-phase  480  VAC  is  fed  through  contactor  K5  to  line  filter  LFl.  LFl  filters  much  of 
the  RFI  caused  by  the  drive  amplifier  before  it  can  be  leaked  into  the  main  supply  lines.  The  load 
lines  of  LFl  are  fed  through  three  35  A  fuses  FI,  F2,  and  F3.  From  here  the  three-phase  power  is 
fed  t  hrough  i  nductor  LI  t  hen  w  ired  i  nto  por  t  X  3  on  t  he  B  osch  R  exroth  1 8K  W  r  egenerative 
power  supply  unit  HMVO 1 . 1 R-WOO 1 8- A-07-NNNN. 

Taps  are  spliced  into  the  three-phase  power  before  LI  and  fed  through  6  A  fuses  F4,  F5, 
and  F6.  This  spliced  three-phase  reference  power  is  fed  into  the  mains  synchronization  port  X14 
on  the  power  supply  unit  HMVO  1.1  R-WOO  18-A-07-NNNN. 

8.1.2  Single-Phase  120  VAC  Power  to  the  24  VDC  Redundant  Power  Supply  Circuitry 

Single-phase  120  VAC  power  enters  a  drive  cabinet  and  is  fed  into  two  24  VDC  DIN  rail 
mounted  s  witching  pow  er  s  upplies  P  S 1  a  nd  P  S2.  PS  1  a  nd  P  S2  a  re  c  onnected  t  o  a  redundant 
power  module  PS3.  In  the  event  of  a  single  power  supply  failure,  in  either  PSl  or  PS2,  PS3  will 
rout  power  to  the  drive  cabinet  24  VDC  bus  from  the  working  supply. 

Single-phase  120  V  AC  power  for  PSl  and  PS2  is  provided  by  the  UPS  A9  so  that  in  the 
event  of  a  power  failure  the  DC  supplies  will  continue  to  supply  power  to  the  24  VDC  bus. 

8.1.3  Single-Phase  120  VAC  Power  for  Optional  Blower  Fans 

Single-phase  120  VAC  is  provided  for  blower  fans  to  cool  the  drive  motors.  Blower  fans 
are  not  currently  installed  on  t  he  drive  motor  assemblies,  however,  it  will  remain  an  option  in 
case  o  ver-heating  i  s  obs  erved  du  ring  t  esting.  Blowers  c  an  be  connected  toJ3andJ6onc  ach 
drive  cabinet. 
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8.1.4  The  24  VDC  Bus 


The  24  V  DC  is  supplied  by  PS3,  which  runs  between  all  Bosch  Rexroth  drive  amplifier 
components  s  tarting  a t  the  power  supply  uni  t  HMV01.1R-W0018-A-07-NNNN.  The  2 4  VDC 
bus  also  powers  the  control  circuitry  in  the  two  control  sections  SCHOl.lC-SE-ENl-NNN-NNN- 
NN-S-NN-FW  and  the  two  power  units  HMS01.1N-W0036-A-07-NNNN. 

8.1.5  The  700  VDC  Bus 

The  output  of  t  he  ( approximately)  700  V  DC  s olid-state  power  s  upply  u nit  H  MVOl.  1 R- 
W0018-A-07-NNNN  is  bussed  out  to  the  two  power  units  HMS01.1N-W0036-A-07-NNNN. 

8.2  POWER-UP  SEQUENCE 

In  order  to  prevent  damage  to  the  motor  amplifiers  the  proper  power-up  sequence  must  be 
followed.  According  to  the  Bosch  Rexroth  IntraDrivc  Drive  System  Project  Planning  Manual, 
R91 1309636  Edition  4,  the  following  power-up  sequence  must  be  implemented  in  the  HUSIR 
servo  control  system  PEC  programming  for  turning  on  power  to  the  drive  amplifier  systems; 

1.  Turn  on  120  VAC  to  PSl  and  PS2  by  powering  the  UPS. 

2.  Wait  6  seconds  for  all  of  the  drive  systems  to  boot-up. 

3.  Short  mains-off  on  the  amplifier  port  X32. 

4.  Wait  100  ms. 

5.  Short  mains-on  on  the  amplifier  port  X32. 

6.  Wait  unt  il  U  D  c  ontact  closes  ( pins  3  a  nd  4  on  por  t  X  3 1  on  t  he  pow  cr  s  upply  uni  t 
HMV01.1R-W0018-A-07-NNNN).  This  is  accomplished  in  the  drive  cabinet  circuitry 
by  wiring  the  pins  for  Bbl,  UD,  and  WARN  in  series  on  across  port  X31.  The  output  of 
this  circuit  is  called  CHECK  ENGINE.  CHECK  ENGINE  is  high  (+24  VDC)  when  all 
indicators;  Bbl,  UD,  and  WARN  are  closed.  CHECK  ENGINE  is  an  open  circuit  when 
one  of  t  hose  t  hree  i  ndicators  i  s  ope  n.  If  a  ny  on  e  of  t  he  t  hree  i  ndicators  B  b  1 ,  U  D,  or 
WARN  is  open  then  the  local  contactor  K5  should  not  be  closed.  Effectively  the  circuit 
CHECK  ENGINE  indicates  a  problem,  or  a  ‘not-ready,’  state  when  it  is  an  open-circuit. 
Everything  is  ok  when  CHECK  ENGINE  is  high. 

7.  Wait  500  mS  before  starting  the  next  drive  cabinet  power  up  procedure. 

PLEASE  NOTE;  Only  one  drive  cabinet  can  be  powered-up  at  a  time.  This  sequence  must 
be  repeated  for  each  individual  drive  cabinet.  According  to  the  Bosch  Rexroth  manual  the  three- 
phase  480  VAC  main  power  supply  lines  are  loaded  with  a  test  current  which  is  part  of  the  Bosch 
internal  calibration  procedure.  Only  one  HMV01.1R-W0018-A-07-NNNN  power  supply  can  be 
powered-up  a  t  a  time  o  r  e  Ise  th  is  c  urrent  me  asurement  w  ill  lo  ad  d  own  th  e  p  ower  d  istribution 
system  too  much  casing  inaccurate  calibration,  or  possible  blown  fuses  or  breakers. 
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8.3  POWER-DOWN  SEQUENCE 


In  order  to  prevent  damage  to  the  motor  amplifiers  the  proper  power-down  sequenee  must 
be  f  ollowed.  Aeeording  t  o  t  he  Bosch  Rexroth  IndraDrive  Drive  System  Project  Planning 
Manual,  R91 1 309636  Edition  4,  the  following  power-down  sequenee  must  be  implemented  in 
the  HUSIR  servo  control  system  PLC  programming  for  turning  off  power  to  the  drive  amplifier 
systems: 

1.  Open  mains-off  pi  ns  6  a  nd  7  on  por  t  X  32  on  the  pow  er  s  upply  uni  t  HMVOl.lR- 
W0018-A-07-NNNN. 

2.  Wait  for  UD  pins  on  the  power  supply  unit  HMV01.1R-W0018-A-07-NNNN  to  open 
by  waiting  for  the  CHECK  ENGINE  line  to  go  low. 


PLEASE  NOTE:  The  three-phase  480  VAC  ean  be  shut  down  by  shutting  down  the  prime 
power  eontaetor  KI  in  the  power  distribution  eabinet  A 12.  This  must  not  happen  until  the  mains- 
off  pins  6  a  nd  7  on  por  t  X32  on  t  he  power  supply  unit  HMV01.1R-W0018-A-07-NNNN  are 
open  at  least  10  mS  before  the  three-phase  480  VAC  power  is  shut  down  or  else  damage  to  the 
drive  amplifier  system  will  oeeur. 

8.4  STATUS  INDICATORS  AND  CONTROL  FOR  THE  PLC  INDUSTRIAL  CONTROL 

SYSTEM 

Status  indieators  and  some  eontrol  of  the  drive  eabinets  is  aehieved  by  a  PLC  industrial 
eontrol  system.  The  inputs  and  outputs  of  the  drive  eabinet  that  are  eontrolled  by  the  PLC  are 
diseussed  in  this  seetion.  All  status  indieators  and  PLC  eontrol  lines  are  fed  baek  to  the  PLC 
remote  I/O  eabinet  A  102  through  various  pins  on  the  MIL  eonneetor  J9  on  eaeh  drive  eabinet. 
Drive  eabinets  A13,  AI4,  A15,  A16,  AI7,  and  A18  eonneet  to  PLC  remote  I/O  eabinet  A102  via 
eables  W243,  W242,  W241,  W240,  W239,  and  W238  respeetively. 

8.4.1  Fault  Indicator  Pins  Bbl,  UD,  and  WARN  from  Power  Supply  Unit  HMVOl.lR- 
W0018-A-07-NNNN 

The  f  ault  i  ndieator  pi  ns  B  bl,  U  D,  a  nd  W  ARN,  on  por  t  X  32  i  n  po  wer  s  upply  uni  t 
HMV01.1R-W00I8-A-07-NNNN  are  monitored  by  the  PLC.  These  pins  are  normally  open  relay 
eontaets.  In  t  he  d  rive  eab  inet  d  esign  al  1 1  hree  of  t  hese  s  witeh  eo  ntaets  ar  e  w  ired  i  n  s  eries. 
Therefore,  the  status  of  Bbl,  UD,  and  WARN  are  plaeed  in  series  and  fed  baek  to  the  PLC  as  the 
+24  VDC  output  CHECK  ENGINE.  If  CHECK  ENGINE  is  high  (+24  VDC)  then  the  system  is 
ok.  If  CHECK  ENGINE  is  open  eireuit  then  there  is  a  problem.  Exaet  status  of  the  problem  ean 
be  found  by  interrogation  of  the  drive  eabinet  via  the  SERCOS  loop. 
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8.4.2  Brake  Control  from  the  Two  Power  Sections  HMS01.1N-VV0036-A-07-NNNN 


Each  power  section,  HMSO 1 . 1 N-W0036-A-07-NNNN,  of  the  drive  amplifier  assembly  has 
a  brake  control  output.  These  brake  outputs  are  fed  back  to  the  PLC  to  alert  the  PLC  that  one  or 
more  of  the  drive  amplifiers  is  requesting  to  engage  the  brakes.  If  the  P  LC  reads  a  1  ow  (open 
circuit)  from  the  brake  output  then  the  PLC  will  immediately  turn  off  the  brake  solenoids  on  all 
12  brakes  on  the  servo  control  system.  The  brakes  are  held  open  using  a  24  VDC  solenoid.  When 
power  is  cut  to  the  brakes  the  brakes  will  close,  stopping  all  antenna  motion. 

8.4.3  Mains-on  Request  to  the  Power  Supply  Unit  HMV01.1R-W0018-A-07-NNNN 

The  P  LC  c  ontrols  t  he  m  ains-on  r  equest  pi  ns  4  a  nd  5  on  por  t  X  32  on  t  he  H  M VO  1 . 1 R- 
W0018-A-07-NNNN  power  supply  uni  t.  These  are  controlled  by  the  PLC  remote  I/O  cabinet 
A 102  by  use  of  PLC  relay  I/O. 

8.4.4  Mains-off  Request  to  the  Power  Supply  Unit  HMV01.1R-VV0018-A-07-NNNN 

The  P  LC  c  ontrols  t  he  m  ains-off  r  equest  pi  ns  6  and?  on  por  t  X  32  on  the  H  M  VO  1 . 1 R- 
W0018-A-07-NNNN  po  wer  s  upply  uni  t.  These  are  controlled  i  nsidc  o  f  t  he  P  LC  remote  I/O 
cabinet  A 102  by  use  of  PLC  relay  I/O.  Pins  6  and  7  are  also  controlled  by  a  time  delayed  status 
indicator  s  witch  th  at  is  part  o  f  th  c  lo  cal  c  ontactor  K  5.  This  a  Hows  pi  ns  6  a  nd  7  t  o  be  op  cn 
circuited  at  least  10  mS  before  the  contactor  K5  is  lifted,  protecting  the  drive  amplifier  circuitry 
from  damage. 

8.4.5  LIMIT(+)  Input  to  the  Two  Drive  Control  Units  CSHOl.lC-SE-ENl-NNN-NNN-NN- 
S-NN-FW 

The  LIMIT(+)  input  pin  5  on  port  X31  on  the  two  drive  control  units,  CSHOl.lC-SE-ENl- 
NNN-NNN-NN-S-NN-FW,  arc  wired  in  parallel  inside  of  the  drive  cabinet.  The  PLC  controls 
the  L1MIT(+)  drive  control  unit  input. 

8.4.6  LIMIT(-)  Input  to  the  Two  Drive  Controi  Units  CSHOl.lC-SE-ENl-NNN-NNN-NN-S- 
NN-FW 

The  LIMIT(-)  input  pin  6  on  port  X31  on  the  two  drive  control  units,  CSHOl.lC-SE-ENl- 
NNN-NNN-NN-S-NN-FW,  are  wired  in  parallel  inside  of  the  drive  cabinet.  The  PLC  controls 
the  LIMIT(-)  drive  control  unit  input. 

8.4.7  +24  VDC  Reference  for  Ground  Loop  Avoidance 

+24  VDC  and  a  return  line  from  each  drive  cabinet  is  provided  on  the  MIL  connector  J9. 
This  is  used  to  prevent  ground  loops  between  the  drive  cabinet  and  the  PLC  remote  EO  cabinet 
A 102.  All  input  and  output  wiring  from  the  drive  cabinets  must  be  isolated  from  the  local  ground 
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in  A 102.  Therefore,  optieally  isolated  or  relay  isolated  modules  are  required  when  operating  the 
eontrol  input  and  output  lines  from  the  drive  eabinets. 

8.5  SERVO  MOTOR  CURRENT  FEEDBACK  AND  TEMPERATURE  SENSING 

Drive  e  abinet  e  onneetors  J5  a  nd  J8  e  onneet  t  he  pow  er  s  eetion  of  t  he  dr  ive  a  mplifier 
assembly  t  o  e  aeh  o  f  t  he  s  erv'o  m  otor  pha  se  eonneetions  a  nd  t  emperature  s  ensors.  The  eu  rrent 
loop  in  the  eontrol  system  is  elosed  by  the  drive  amplifier  system.  Cuirent  and  torque  eommands 
ean  be  issued  to  the  drive  amp  eontroller  CSHOl.lC-SE-ENl-NNN-NNN-NN-S-NN-FW  via  the 
SERCOS  loop. 

Conneetors  J5  and  J8  on  eaeh  of  the  drive  eabinets  eonneet  the  two  drive  amplifier  power 
seetions,  HMSOl.  1N-W0036-A-07-NNNN,  to  two  of  the  servo  motors.  This  is  done  by  custom 
length  Boseh  R  exroth  eab  les.  For  dr  ive  cabinet  A  13  t  he  m  otor  pha  ses  a  nd  t  emperature 
eonneetion  is  aehieved  by  eable  W  100  to  servo  motor  A 17  and  W  103  to  drive  motor  A  18.  For 
drive  e  abinet  A  1 4  t  he  m  otor  pha  ses  a  nd  t  emperature  e  onneetion  i  s  a  chieved  b  y  eable  W 1 06  t  o 
drive  motor  A  19  and  W  109  to  drive  motor  A20.  For  drive  eabinet  A15  the  motor  phases  and 
temperature  eonneetion  is  aehieved  by  eable  W1 12  to  drive  motor  A21  and  W1 15  to  drive  motor 
A22.  For  drive  eabinet  A  16  the  motor  phases  and  temperature  eonneetion  is  aehieved  by  eable 
W1 17  to  dr  ive  m  otor  A  23  a  nd  W  120  t  o  dr  ive  m  otor  A  24.  For  dr  ive  eabinet  A  17  the  m  otor 
phases  and  temperature  eonneetion  is  aehieved  by  eable  W123  to  drive  motor  A25  and  W126  to 
drive  m  otor  A  26.  For  dr  ive  e  abinet  A  18  t  he  m  otor  pha  ses  and  t  emperature  e  onneetion  i  s 
aehieved  by  eable  W129  to  drive  motor  All  and  W 132  to  drive  motor  A28. 

8.6  SERVO  MOTOR  VELOCITY  FEEDBACK 

The  ve  loeity  1  oop  i  n  t  he  e  ontrol  s  ystem  i  s  e  losed  b  y  a  n  eneoder  m  ounted  on  t  he  m  otor 
shaft,  where  eneoder  d ata  i s  fed  b aek  i nto  the  C  SHOT IC-SE-ENl-NNN-NNN-NN-S-NN-FW 
drive  a  mp  e  ontroller.  V  eloeity  e  ommands  are  i  ssued  t  o  t  he  dr  ive  a  mplifier  a  ssembly  vi  a  t  he 
SERCOS  loop. 

Conneetors  J4  and  J7  on  eaeh  of  the  drive  eabinets  eonneet  the  two  CSHOl.lC-SE-ENl- 
NNN-NNN-NN-S-NN-FW  drive  eontrol  units  to  the  motor  eneoders.  This  is  done  by  the  use 
eustom  length  Boseh  Rexroth  eables.  For  drive  eabinet  A 13  the  drive  motor  eneoder  eonneetion 
is  aehieved  by  eable  WlOl  to  drive  motor  A 1 7  and  W 104  to  drive  motor  A18.  For  drive  eabinet 
A 14  the  drive  motor  eneoder  eonneetion  is  aehieved  by  eable  W  107  to  drive  motor  A  19  and 
W1 10  to  drive  motor  A20.  For  drive  eabinet  A15  the  drive  motor  eneoder  eonneetion  is  aehieved 
by  eable  W  1 13  to  drive  motor  A21  and  W  1 16  to  drive  motor  A 22.  For  drive  eabinet  A  16  the 
drive  m  otor  eneoder  eonneetion  i  s  a  ehieved  b  y  eable  W  1 1 8  t  o  d  rive  m  otor  A  23  a  nd  W  1 2 1  to 
drive  motor  A24.  For  drive  eabinet  A17  the  drive  motor  eneoder  eonneetion  is  aehieved  by  eable 
W 124  to  drive  motor  A25  and  W 127  to  drive  motor  A26.  For  drive  eabinet  A18  the  drive  motor 
eneoder  e onneetion  i s  aehieved  by  eable  W  130  to  drive  motor  A 27  and  W 133  to  drive  motor 
A28. 
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8.7  SERCOS  LOOP 


SERCOS  is  an  industry  standard,  high-speed,  fiber  optie  link  between  industrial  eontrols. 
SERCOS  is  used  throughout  the  HUSIR  servo  system  for  high-speed  eommunieation  between 
the  A  CU  a  nd  th  e  d  rive  a  mplifiers  in  th  e  d  rive  e  abinets.  Rate,  pos  ition,  t  orque,  a  nd  ot  her 
commands  are  issued  from  the  ACU  to  the  drive  amplifiers  via  the  SERCOS  loop.  All  six  drive 
cabinets  form  one  SERCOS  loop. 

There  are  two  C SHOT IC-SE-ENl-NNN-NNN-NN-S-NN-FW  drive  amplifier  controllers 
in  each  azimuth  or  elevation  drive  cabinet.  The  SERCOS  is  routed  in  to  the  drive  cabinet  through 
fiber  optic  through-jack  J 1.  From  J 1  it  is  fed  via  a  fiber  optie  cable  to  the  X20  port  on  one  of  the 
CSHOl.lC-SE-ENl-NNN-NNN-NN-S-NN-FW  drive  amplifier  controllers.  The  X21  port  on  that 
drive  amplifier  controller  is  connected  to  the  X20  port  on  t  he  other  drive  controller.  The  X21 
port  on  the  2"^  drive  amplifier  controller  is  fed  out  of  the  drive  cabinet  via  fiber  optie  through- 
jack  J2. 
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9. 


ENCODER  POSITION  REPORTING  SYSTEM 


There  are  a  total  of  three  encoders  which  are  used  to  report  the  position  of  the  antenna.  One 
encoder  reports  the  azimuth  angle.  Two  encoders  report  the  elevation  angle,  measuring  the  angle 
of  elevation  of  the  antenna  on  each  of  the  two  yoke  arms.  Due  to  the  long  cable  run  between  the 
antenna  and  the  ACU  there  must  be  an  c  ncodcr  c  oncentrator  cabinet.  All,  which  multiplexes 
these  encoder  readings  back  to  the  ACU  over  a  long  fiber  optic  cable. 

9.1  AZIMUTH  ENCODER  A41 

The  azimuth  encoder  A41  is  a  Hcidenhain  RCN829  absolute  angle  encoder.  This  encoder 
communicates  a  nglc  pos  ition  ba  ck  t  o  the  e  ncoder  c  oncentrator  c  abinet  A  1 1  b  y  us  ing  t  he 
Heidenhain  E  nDat  R  S-485  c  ommunications  pr  otocol.  The  E  nDat  d  ata  i  s  f  cd  t  o  t  he  en  coder 
concentrator  c  abinet  vi  a  c  able  W  1004.  Cable  W1004  i  s  a  H  cidenhain  c  ustom  1  ength  e  ncoder 
extension  cable. 

RCN  829  Test  Data 

Heidenhain  Encoder  Catalog 

9.2  EI.EVATION  ENCODERS  A43  AND  A42 

The  t  wo  e  levation  e  neoders  A  42  a  nd  A  43  a  re  H  cidenhain  R  CN727  a  bsolute  a  ngle 
encoders.  Each  encoder  communicates  angle  position  back  to  the  encoder  concentrator  cab  inct 
All  by  us  ing  the  H  cidenhain  EnDat  R  S-485  communications  protocol.  The  EnDat  data  from 
A42  a  nd  A  43  i  s  f  cd  t  o  t  he  c  ncodcr  c  oncentrator  c  abinet  vi  a  c  ables  W  1005  a  nd  W1006 
respectively.  Cables  W1005  and  W1006  are  Heidenhain  custom  length  encoder  extension  cables. 

RCN  727  fH  Test  Data 

RCN  727  #2  Test  Data 

9.3  ENCODER  CONCENTRATOR  CABINET  All 

RS-485  from  the  azimuth  and  elevation  encoders  is  fed  in  through  ill,  J12,  and  J  13  on  the 
encoder  c  oncentrator  c  abinet  All.  Jll,  J12,andJ13aree  ach  a  H  cidenhain  c  able  a  ssembly 
which  includes  an  encoder  socket  on  one  end,  a  1  M  run  of  cable,  and  bare  hook-up  wires  on  the 
other  e  nd.  The  w  ires  a  re  w  ired  i  nto  T  B 1  i  nside  of  All.  The  p  air  o  f  DATA  1  ines  an  d  p  air  o  f 
CLOCK  1  ines  f  or  e  ach  cable  a  re  f  ed  f  rom  T  B 1  di  rectly  i  nto  t  he  c  ncoder  c  oncentrator  boa  rd 
inside  of  A1 1.  The  encoder  concentrator  board  provides  high-speed  multiplexed  communication 
between  the  encoders  on  the  antenna  and  the  ACU  in  the  control  room  via  a  long  run  of  fiber 
optic  cab  Ic.  120  V  AC  single-phase  power  i  s  provided  to  the  encoder  concentrator  cabinet  vi  a 
conduit  W  1007.  This  120  VAC  line  voltage  power  is  used  to  run  5  VDC  power  supplies.  The 
concentrator  a  nd  each  e  ncodcr  h  ave  i  ndependent  pow  er  s  applies.  T  he  encoders  us  e  t  he  s  ense 
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outputs  on  the  power  supplies  to  ensure  that  5  V  is  available  at  the  encoder  after  a  long  cable  run 
(particularly  for  the  elevation  encoders). 
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10.  ENCODER  CONCENTRATOR  BOARD 


An  E  ncoder  C  oncentrator  ( EC)  i  s  r  equired  t  o  t  ransfer  e  ncoder  da  ta  from  t  he  a  hove  t  he 
azimuth  w  rap  i  n  t  he  a  ntenna  dow  n  t  o  t  he  A  CU  i  n  t  he  e  ontrol  r  oom.  The  E  C  m  ust  s  upport 
synchronously  t  riggercd  r  ead  out  of  e  ncoders.  T  he  pos  ition  s  cnse  e  ncoder  data  m  ust  be 
synchronously  read  then  transferred  from  the  antenna  back  to  the  ACU. 

10.1  HARDWARE 

The  e  ncoder  c  oncentrator  c  abinet  A  1 1  c  ontains  a  n  E  ncoder  C  oncentrator  (  EC)  pr  inted 
circuit  board  that  collects  position  data  from  the  azimuth  and  elevatior  encoders  and  transmits  it 
to  the  ACU,  and  the  power  supplies  for  each  encoder.  The  concentrator  has  three  EnDat  v2.1 
interfaces  for  the  elevation  encoders  and  azimuth  encoder.  The  collected  data  is  transmitted  to 
the  ACU  over  a  fiber  optic  interface. 

10.2  FORM  FACTOR 

There  are  two  identical  boards  with  different  firmware  loads  used  in  the  system.  One  is 
located  above  the  azimuth  wrap  in  the  Encoder  Concentrator  Cabinet,  and  interfaces  to  the  PLC 
and  e  ncoders.  T  he  ot  her  i  s  1  ocated  i  n  a  1 U  r  ack  m  ount  c  hassis  i  n  t  he  r  adar  control  r  oom  a  nd 
interfaces  to  the  ACU. 
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Figure  3  7.  Encoder  concentrator  cabinet. 


10.3  POWER 

The  E  ncoder  C  oncentrator  boa  rd  requires  5  V  olts  w  ith  1  ess  t  hen  1  A  mpere.  P  ower  i  s 
provided  by  the  rack  chassis  power  supply  for  the  control  room  concentrator.  The  antenna  side 
concentrator  is  powered  by  a  5  Volt  DIN  rail  mounted  power  supply. 

10.4  CONTROL  ROOM  TO  ANTENNA  HARDWARE  INTERFACE 

The  Encoder  Concentrator  board  incorporates  a  single-mode  fiberoptic  transceiver  with 
integrated  clock  r ecovery.  Each  t ransceiver  h  as  an  LC  duplex  receptacle  to  connect  the  fiber 
optic  cable.  The  transceiver  will  feature  an  un-coolcd  1300  nm  laser  transmitter  with  automatic 
output  power  control,  and  a  wide  dynamic  range  receiver  with  InGaAs  PIN  photodctcctor.  The 
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raw  data  rate  is  125  M  bits/seeond  with  biphase  encoding,  resulting  :  n  a  final  data  rate  of  25 
Mbit/seeond. 

10.5  ENCODER  HARDWARE  INTERFACES 

For  the  antenna  side  of  the  EC  PC  board  pair,  the  EC  design  features  fourteen  RS422/485 
channels  to  interface  with  the  encoders.  The  RS422/485  channels  are  accessible  via  one  DB-37 
eonneetor.  A  cable  harness  connects  the  DB37  to  the  10  Concentrator  Cabinet’s  encoder  feed 
thru  e  onneeters  (Heidenhain  bul  khead  c  onneetors),  w  hich  a  re  t  hen  e  abled  t  o  t  he  i  ndividual 
encoders.  E  aeh  eh  annel  i  s  h  alf-duplex  a  nd  hi  directional.  T  he  dr  ivers  a  re  s  lew-rate-limited  to 
minimize  EMI  and  reduce  reflections  caused  by  improperly  terminated  cables,  allowing  error- 
free  da  ta  t  ransmission  at  da  ta  rates  up  t  o  2.5  Mbps.  T  he  lin  e  le  ngth  limita  tion  f  or  ea  eh 
RS422/485  driver  is  specified  to  4000  feet  with  26  AWG  twisted-pair  wire  into  120  ohm  load. 
The  required  line  length  for  Haystack  is  200  feet  max. 

10.5.1  Azimuth  Encoder  Hardware  Interface 

Two  of  the  RS485  channels  are  dedicated  to  the  azimuth  encoder.  One  channel  will  be  a 
dedicated  output  eloek  signal.  And  the  other  channel  will  be  bidirectional  data  signal.  The  data 
transfer  rate  from  the  azimuth  encoder  to  the  EC  will  be  1  Mb/s. 

10.5.2  Elevation  Encoder  Hardware  Interfaces 

There  are  two  elevation  encoders.  Each  elevation  encoder  will  use  two  RS485  channels. 
One  channel  will  be  a  dedicated  output  eloek  signal.  And  the  other  channel  will  be  bidirectional 
data  signal.  The  data  transfer  rate  from  the  elevation  encoders  to  the  EC  will  be  1  Mb/s. 

10.6  ACU  HARDWARE  INTERFACE 

For  the  control  room  side  of  the  EC  PC  board  pair,  the  EC  design  features  32  general  10 
channels  to  interface  with  the  ACU.  A  68  pin  SCSI-3  cable  will  be  used  to  interface  from  the 
control  room  concentrator  chassis  (a  lU  rack  mount  chassis)  to  the  ACU.  Inside  the  concentrator 
chassis  there  is  a  transition  board  that  converts  from  the  68  pi  n  SCSl-3  connector  to  a  50  pi  n 
ribbon  cable. 

Eagle  CAM  files  for  transition  board 

10.7  PLC  INTERFACE 

The  concentrator  in  the  azimuth  transition  area  communicates  with  the  PLC  via  the  32  10 
channels  available.  They  are  configured  16  hi  ts  for  input  and  16  hi  ts  for  output.  Details  of  the 
signals  on  the  interface  are  in  the  PLC  to  ACU  ICD. 
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10.8  CONFIGURABLE  HARDWARE  GLUE  LOGIC 


A  Xilinx  Spartan2E  FPGA  is  employed  on  the  EC.  This  FPGA  has  the  optieal  transeeiver’s 
required  PECL  interfaee  built  in.  The  FT256  paekage  was  seleeted,  as  it  eomes  in  a  range  of  gate 
eount  to  ensure  that  the  resourees  will  be  available  for  the  eneoder  serial  and  optieal  transeeiver 
interfaees  glue  logie. 

10.9  HARDWARE  PERSONALITY  SELECTOR 

To  enable  the  same  eireuit  board  to  work  both  at  the  antenna  and  at  the  ACU,  different 
firmware  loads  are  programmed  into  the  EEPROM  on  the  board. 

10.10  FIRMWARE 

A  f  ull  de  seription  of  t  he  f  irmware,  i  s  pr  ovided  i  n  t  he  doe  ument  HUSIR  Encoder 
Concentrator  FPGA  Design  Document.  Manufaeturing  of  additional  spares  requires: 

PCB  Sehematie 

PCD  Gerber  Files 

PCB  Bill-of-Materials 

PCB  Photos 

The  Firmware  Source  Code  is  maintained  in  the  souree  eode  version  eontrol  system  for 
HUSIR. 
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11.  APEX  MAINTENANCE  STATION  A104 


The  apex  maintenanee  station  A 104  is  a  basic  enclosure  mounted  on  the  apex  maintenance 
platform  which  contains  an  E-stop  button,  telephone,  120  VAC  outlets,  a  trouble  light,  and  an 
Ethernet  c  onnection  f  or  t  he  por  table  m  aintenance  c  omputcr.  The  a  pex  m  aintenanee  s  tation 
allows  s  ervice  pe  rsonnel  t  o  c  ontrol  t  he  m  otion  of  t  he  antenna  us  ing  a  portable  m  aintenance 
computer.  It  also  provides  personnel  the  ability  to  telephone  the  control  room  or  other  areas  of 
the  laboratory.  In  addition  to  this,  there  are  outlets  provided  to  power  a  trouble  light,  the  portable 
maintenance  computer,  or  any  additional  power  tools  such  as  a  drill  or  a  heat  gun. 

There  are  a  total  of  four  120  VAC  outlets  in  A  104.  Power  is  routed  to  these  out  lets  via 
conduit  W1200  from  a  10  A  breaker  inside  of  the  hexapod  drive  cabinet  A37. 

The  emergency  stop  switch  is  mounted  on  top  of  A104  so  that  access  to  the  E-stop  button 
is  a  vailablc  i  f  t  he  c  over  t  o  A  104  i  s  c  losed.  The  E  -stop  but  ton  i  s  a  dua  1-pole,  s  ingle-throw, 
normally  closed  switch.  When  depressed  it  opens  up  both  of  its  contacts  which  causes  the  copper 
interlock  1  oop  1 0  be  broken  and  alerts  t he  PLC  to  an  E -stop  condition.  The  E -stop  w ires  a rc 
routed  from  the  apex  through  the  elevation  cable  wrap  to  the  PLC  remote  I/O  A  102  via  cable 
W1201.  Cable  W  1201  also  contains  two  phone  wires  for  the  s  tandard  1  ab  telephone  M  8004, 
which  is  mounted  inside  of  A 104.  Cable  W1201  should  be  shielded  to  protect  the  phone  line  and 
the  PLC  I/O  lines  from  EMI. 

Ethernet  is  provided  for  the  portable  maintenanee  computer  via  a  fiber  media  converter 
mounted  inside  of  A 104.  Power  for  the  fiber  media  converter  is  drawn  from  one  of  the  four  120 
VAC  outlets  inside  of  A 104.  The  Ethernet  is  converted  to  fiber  then  it  is  sent  down  the  elevation 
cable  wrap  to  the  fiber  termination  panel  in  the  azimuth  transition  area.  From  this  panel  the  fiber 
is  routed  to  the  radar  control  room  where  it  is  fed  into  another  fiber  rrtedia  converter  A 106.  The 
Ethernet  output  of  A 106  is  fed  into  the  pointing  computer  switch  mech  anism  A 105  where  control 
of  the  ACU  ean  be  ported  directly  to  the  apex  maintenance  station  and  locked  out  of  all  other 
stations. 

In  addition  to  these  features  there  is  a  trouble  light  to  aid  in  servicing  operations.  This  light 
is  simply  plugged  into  one  of  the  four  120  VAC  outlets  inside  of  A 104, 
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12.  FIBER  OPTIC  BACKBONE 


The  a ntenna  will  have  a  fiber  ba ekbone  i  nstalled  t o  s  upport  t he  va rious  e ontrol  s  ystem 
requirements.  The  drive  system  uses  SERCOS  for  eontrol,  and  that  is  a.  fiber  interfaee  using  hard 
elad  siliea  (HCS)  fiber  with  a  200  mieron  core.  The  encoder  concentrator  uses  single  mode  fiber, 
and  the  PLC  system  uses  50  mieron  multimode  fiber  to  communicate  with  the  remote  10  chassis 
in  t  he  a  stronomy  e  ontrol  r  oom  a  nd  on  t  he  de  ek  1  evel  of  t  he  a  ntenna.  There  a  re  f  iber  opt  ie 
requirements  for  other  parts  of  the  radar  and  astronomy  systems  that  will  be  met  with  this  fiber 
backbone.  The  backbone  will  contain  three  different  kinds  of  fiber  and  is  configured  as  shown  in 
Figure  38. 
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Figure  38.  Antenna  fiber  optic  backbone. 
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Figure  39.  SERCOS  repealer  schematic. 


There  are  fiber  termination  ehassis  in  eaeh  of  the  eontrol  room  and  fiber  patch  panels  on 
the  steel  deck  level,  azimuth  transition  area,  and  the  RF  Box  deck.  The  termination  ehassis  and 
patch  panels  are  standard  components  used  by  the  telecommunications  industry.  The  termination 
ehassis  in  the  eontrol  room  allow  for  easy  reconfiguration  of  the  signals  on  the  fiber  backbone 
and  the  patch  panels  at  eaeh  of  the  three  antenna  levels  are  NEMA4X  outdoor  rated  enclosures. 
These  enclosures  are  slightly  modified  to  allow  for  three  separate  fiber  cable,  rather  than  the  one 
that  they  were  originally  designed  for.  Inside  eaeh  of  the  termination  ehassis  and  patch  panels  are 
a  set  of  termination  panels,  and  a  set  of  splice  trays.  This  will  allow  for  the  mechanical  splicing 
of  the  bulk  fiber  to  the  pig-tail  terminations  on  t  he  panels.  In  eases  where  low  loss  is  required 
(like  RF  over  fiber),  fusion  splicing  is  accommodated  in  the  splice  trays  as  well.  The  azimuth 
transition  fiber  patch  panel  also  contains  a  SERCOS  repeater  board  that  boosts  the  signal  going 
to  the  hexapod.  The  schematic  for  the  board  is  shown  in  Figure  39.  Eaeh  bulkhead  connection 
results  i  n  approximately  1.5  dB  of  signal  loss,  and  the  link  margin  is  such  that  five  bulkhead 
results  in  loss  of  signal.  The  hexapod  loop  has  four  more  bulkheads  than  the  az/el  drive  loop. 
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The  t  hrce  fiber  cab  les  a  re  c  ontained  i  nside  a  s  ingle  1 .5  "  diameter  w  ater  h  ose  w  here  i  t 
passes  through  the  azimuth  cable  wrap.  This  is  to  allow  for  simple  fiber  change-outs  should  a 
cable  need  replacement,  while  at  the  same  time  providing  the  correct  outside  diameter  for  the 
cable  wrap  assembly. 

The  multimode  and  single  mode  fibers  will  be  terminated  with  ST  style  connectors  in  all 
termination  chassis  and  patch  panels.  Differentiation  between  single  mode  and  multi  mode  fiber 
is  done  bye  olor  c  ode  dc  fined  b  y  i  ntemational  s  tandard  T  lA/EIA  598  -A  ( yellow  j  ackets  ar  e 
single-mode  and  o  range  j  ackets  are  multi-mode).  The  fiber  numbering  s  cheme  i  nside  a  single 
buffer  t  ube  (  and  bu  ffer  tubes  w  ithin  a  c  able)  a  re  a  Iso  d  efined  b  y  international  s  tandard  a  nd 
presented  below: 


Fiber/Tube 

Color 

1 

Blue 

2 

Orange 

3 

Green 

4 

Brown 

5 

Gray 

6 

White 

7 

Red 

8 

Black 

9 

Yellow 

10 

Purple 

11 

Rose 

12 

Aqua 

The  SERCOS  cable  is  not  typically  used  in  the  Ethemet/telecommunications  industry,  but 
is  VC  ry  c  ommon  i  n  t  he  i  ndustrial  c  ontrol  w  orld.  T  he  c  onnectors  t  o  be  us  ed  f  or  t  he  S  ERCOS 
fibers  are  SMA.  This  will  allow  easy  visual  differentiation  from  the  te lecommunications  type 
fibers,  as  the  color  scheme  for  jacketing  on  these  fibers  is  not  standard.  The  SERCOS  cable  is  a 
step-index  mu  Iti-mode  cable,  it  is  N  OT  c  ompatible  w  ith  th  e  mu  Iti-mode  f  iber  us  ed  i  n 
networking.  It  is  nice  from  a  termination  stand-point  in  that  it  is  a  cleavc-and-crimp  termination 
requiring  no  polishing. 

Data  Sheet  for  Scrcos  Cable 

Termination  Instructions 

Sercos  Repeater  Board  Gerber  Files 
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13.  SUBREFLECTOR  CONTROL 


13.1  HEXAPOD  DRIVE  CABINET 

A  photograph  of  the  Hexapod  drive  cabinet  is  shown  in  Figure  40. 

13.1.1  Power  Distribution 

Main  power  to  the  hexapod  comes  in  via  1-1/4"  conduit  from  the  step  down  transformer  in 
the  azimuth  transition  area.  120  V  ac  comes  in  and  then  is  distributed  to  the  six  amplifiers,  90 
VDC  brake  power  supply,  24  V  DC  power  supply,  and  the  apex  maintenance  station.  The  24  V 
power  supply  distributes  power  to  a  terminal  bus  which  supplies  24  V  v/herever  needed. 

13.1.2  Amplifier 

Inside  the  cabinet  are  six  amplifiers,  one  for  each  actuator.  The  amplifier  is  a  Kollmorgen 
Servostar  CD  series  5  amplifier.  Part  number  CE03561  corresponds  to  encoder  feedback(E),  3 
A(03),  24  V  logic  p  ower  (6)  w  ith  SERCOS  c  ontrol  in  terface(l).  It  c  ommunicates  with  a 
Kollmorgen  AKM  series  motor  via  J3(to  the  motor  and  brake  commands)  and  J 6  which  reads 
position  data  back  from  the  motor  encoder.  The  amplifier  reads  data  back  from  both  the  motor 
encoder  (via  C2  the  feedback  connector)  and  the  Heidenhain  encoder  (via  C8  the  remote  encoder 
input).  It  utilizes  a  user  I/O  port  (C3)  to  communicate  with  the  limit  s  ensors,  and  for  the  index 
pulse  from  the  Heidenhain  encoder. 

Servostar  Installation  Manual 

Servostar  Hardware  Manual 

Servostar  IDN  Manual  (SERCOS  Manual) 

KMTG  Motion  Suite  (serial  control  for  Servostar) 

Servostar  amplifier  parameter  file 

Goldline  XT  motor  data  sheet 

Heidenhain  encoder  catalog 
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Figure  40.  Hexapod  drive  cabinet  internals. 


13.1.3  Communication 

All  communication  with  the  hexapod  is  done  via  the  SERCOS  fiber  loop. 
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13.2  HEXAPOD  ACTUATORS 


The  hexapod  aetuators  eonsist  of  a  ball  serew  linear  aetuator  with  a  200  mm  stroke.  The 
aetuator  is  an  Industrial  Deviees  Corporation  EC2-BK23-200-05B-100.  Eaeh  end  of  the  aetuator 
has  a  ball  joint  eoupling  to  eonneet  it  to  the  sub-refleetor  and  the  apex  strueture.  A  photograph  of 
the  eomplete  hexapod  strut  with  the  eover  over  the  linear  eneoder  removed  is  shown  in  Figure 
41.  There  are  pre  and  final  limit  switehes  at  either  end  of  the  stroke.  The  linear  eneoder  will  be 
used  to  elose  the  position  loop  on  eaeh  of  the  struts,  and  the  motor  eneoder  will  be  used  to  elose 
the  veloeity  loop. 

It  should  be  noted  that  the  maximum  speed  of  the  aetuator  is  414  mm/seeond  to  avoid 
exeiting  a  m  eehanieal  resonanee  i  n  t  he  1  ead  s  erew  t  hat  e  an  r  esult  i  n  d  amage  t  o  t  he  a  etuator. 
Under  normal  operation  our  maximum  expeeted  veloeity  is  <1.5  mm/see. 


Figure  41.  Hexapod  actuator. 
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When  the  six  aetuators  are  installed  the  hexapod  is  as  shown  in  Figure  42. 


Figure  42.  Hexapod  configuration. 


13.3  HEXAPOD  MOTION 

The  hexapod  is  a  set  of  aetuators  used  to  precisely  position  the  subrefleetor.  The  hexapod 
is  a  construct  known  as  a  Stewart  platform.  It  consists  of  six  linear  aetuators  that  have  the  ability 
to  translate  the  subrefleetor  in  all  three  dimensions,  and  rotate  around  all  three  axes. 

Calculation  of  the  linear  actuator  lengths  given  the  attitude  of  the  subrefleetor  is  straight¬ 
forward.  Calculating  the  attitude  given  the  leg  length  is  a  one-to-many  problem.  There  are  at 
least  40  different  solutions  to  the  problem.  Fortunately,  this  should  not  be  a  problem  because  of 
the  mode  of  operation  planned  for  the  subrefleetor. 

To  generate  the  equations  for  determining  leg  length,  the  geometry  of  the  hexapod  must  be 
known.  Speeifieally,  the  nominal  length  of  the  legs,  the  positions  of  the  connection  points  on  the 
apex  of  t  he  qua  drapod,  and  t  he  pos  ition  of  t  he  connection  poi  nts  on  t  he  s  ubrefleetor  m  ust  be 
known. 

A  local  coordinate  system  is  defined  at  the  surface  of  the  apex  as  shown  below: 
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Figure  43.  Siihrejlector  coordinate  system  definition.  Note  the  Z  axis  is  positive  into  the  page  with  the  origin  oj  the 
system  at  the  vertex  of  the  subreflector. 


On  the  back  side  of  the  subreflector  there  are  three  clevis  blocks  that  have  one  end  of  each 
of  the  six  legs  attached  as  shown  in  Figure  44. 
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Figure  44.  Subrejiector  clevis  locations  on  the  hack  of  the  subrejiector. 


The  theoretical  location  of  the  mounting  points  for  the  subrcflcctor  end  of  each  of  the  legs 
is  shown  in  the  following  table. 


Subreflector  local 
coordinates 

Primary  reflector 
coordinates 

Leg  #  end  point 

Point 

X 

(inches) 

Y 

(inches) 

Z 

(inches) 

X 

(inches) 

Y 

(inches) 

z 

(inches) 

L5 

102 

-37.590 

0.000 

16.326 

-37.590 

0.000 

549.165 

L6 

202 

-35.790 

0.000 

16.326 

-35.790 

0.000 

549.165 

L4 

104 

0.000 

37.590 

16.326 

0.000 

37.590 

549.165 

L3 

304 

0.000 

35.790 

16.326 

0.000 

35.790 

549.165 

L1 

103 

37.590 

0.000 

16.326 

37.590 

0.000 

549.165 

L2 

203 

35.790 

0.000 

16.326 

35.790 

0.000 

549.165 
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The  apex  has  a  set  of  six  clevis  points  that  are  defined  in  an  apex  local  coordinate  system 
as  shown  in  Figure  45. 


Figure  45.  Apex  clevis  point  locations. 


> 
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The  clevis  positions  in  the  apex  coordinate  frame  are: 


Apex  local  coordinates 

Primary  reflector  coordinates 

Leg 

point 

XX 

(inches) 

YY 

(inches) 

ZZ 

(inches) 

XX 

(inches) 

YY 

(inches) 

ZZ 

(inches) 

Clevis 

Work 

Points 

L5 

105 

-36.779 

-33.076 

-1.872 

-36.779 

-33.076 

586.892 

L4 

106 

-33.076 

36.779 

-1.872 

-33.076 

36.779 

586.892 

LI  108 

36.779 

-33.076 

-1.872 

36.779 

-33.076 

586.892 

L6  206 

-36.601 

33.076 

-1.872 

-36.601 

33.076 

586.892 

L2  207 

36.601 

33.076 

-1.872 

36.601 

33.076 

586.892 

L3  307 

33.076 

36.601 

-1.872 

33.076 

36.601 

586.892 

Using  those  locations  and  the  nominal  leg  lengths  of  50. 180",  it  is  possible  to  develop  the 
equations  to  be  used  for  controlling  the  subreflector. 

If  the  subreflector  is  to  be  translated  by  dX,  dY,  dZ,  and  oriented  at  an  angle  Ox,  0y,  0z, 
then  the  desired  X,Y,Z  position  of  each  of  the  subreflector  leg  end  points  is  given  by: 

Xl  1 =Xov+dX+R  1  +Zo0y 

YLi=Yov+dY-Zo0x+Ri0z 

Zl  I  =Zov+dZ+Zo-R  1 0y 

XL2=Xov+dX+R2+Zo0y 

YL2=Yov+dY-Zo0x+R20z 

ZL2=Zov+dZ+Zo-R20y 

XL3=Xov+dX-R30z+Zo0y 

YL3=Yov+dY+R3-Zo0x 

Zl3 =Zov+dZ+Zo+R3  0x 

XL4=Xov+dX-R40z+Zo0y 

Y  L4= Y  ov+dY +R4-Zo0x 
ZL4=Zov+dZ+Zo+R40x 
XL5=Xov+dX-R5+Zo0y 
YL5=Yov+dY-Zo0x-R50z 

ZL5=Zov"^dZ+Zo+R50y 

XL6=Xov+dX-R6+Zo0y 

YL6-Yov+dY-Zo0x-R60z 

ZL6=Zov+dZ+Zo+R60y 


114 


where  Xov  -  0",  Yqv  -  0",  Zov  =  532.839"  is  the  subreflector  vertex  position  in  the  primary 
coordinate  system. 

Given  those  values,  and  the  known  apex  mounting  points  of  the  hexapod  legs,  the  length  of 
each  of  the  legs  can  be  found  using: 

L.  =  +  iyYu  -  YuY  +  {^^Li  -  >  where  i  is  the  number  of  the  leg  as 

shown  in  Figure  46,  below. 


Figure  46.  Hexapod  actuator  numbering. 
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13.4  CALCULATION  OF  HEXAPOD  MOTION  VERSUS  ELEVATION 


At  the  rigging  angle,  the  hexapod  actuators  are  set  to  their  nominal  length  of  50.180".  The 
antenna  is  a  homologous  design,  meaning  that  the  primary  will  change  shape  as  the  elevation 
changes,  b  ut  i  t  w  ill  al  ways  heap  arabola.  T  o  correctly  focus  t  he  an  tenna,  t  he  s  ubreflcctor  i  s 
required  to  move  versus  elevation  to  compensate  for  the  changing  shape  of  the  primary.  There 
are  three  adjustments  that  need  to  be  made  to  the  subreflector.  The  dominant  change  is  in  the  Z 
direction  (i.e.,  axial  or  piston  motion).  Additionally,  the  Y  direction  and  0x  tilt  arc  adjusted  to 
compensate  f  or  t  he  va  rying  s  ag  of  t  he  qua  drapod  a  nd  s  ubreflcctor  s  tructurc.  E  ach  of  t  hose 
corrections  is  of  the  form: 

A(cosE-cosEo)  +  B(sinE-sinEo),  w  here  E  o  is  t  he  r  igging  a  ngle  a  nd  E  i  s  t  he  c  urrent 
elevation. 

Expected  Z  travel  from  0  t  o  90  i  s  ~97  mm,  passing  through  the  nominal  length,  and  0  Y 
and  Ox  positions  a  1 1  he  rigging  angle.  T  he  A  and  B  coefficients  f  or  e  ach  c  orrcction  w  ill  be 
determined  empirically  d  uring  c  ommissioning,  f  irst  w  ith  th  e  la  scr  radar  a  nd  th  cn  u  sing 
observations  of  stars. 

Typical  ope  ration  of  t  he  s  ubreflcctor  w  ill  us  e  a  lookup  t  able.  E  ach  o  f  t  he  opt  imum  1  eg 
lengths  will  be  stored  as  a  function  of  elevation,  and  the  hexapod  servo  loop  will  close  the  loop 
on  those  leg  positions.  When  offset  feeds  are  required,  a  static  adjustment  to  the  legs  changing 
tilt  and  position  of  the  subreflector  will  be  added  to  the  lookup  table  lengths.  This  will  allow  each 
of  the  offset  feeds  to  be  placed  at  the  focus  of  the  antenna.  The  required  translation  and  tilts  of 
the  subreflector  will  also  be  determined  empirically  during  commissioning. 

13.5  HEXAPOD  HOMING  PROCEDURE 

In  the  case  of  initial  power  up,  and  after  any  power  failures,  the  hexapod  will  have  to  be 
homed.  Each  individual  actuator  has  an  external  incremental  encoder  with  index  position.  The 
index  position  is  used  to  define  the  home  location.  The  hexapod  homing  procedure  is  shown  in 
Figure  47.  The  sub-procedures  used  in  the  homing  process  are  given  in  Figure  48  and  Figure  49. 
The  A  CU  i  mplements  t  hese  p  rocedures,  an  d  a  re  a  ccessiblc  v  ia  a  b  utton  o  n  t  he  m  aintcnancc 
computer  display. 
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Hexapod  Homing 


Move  to  limit 

1 

Move  to  limit 

Move  to  limit 

1 

Move  to  limit 

procedure 

procedure 

procedure 

procedure 

_ T _ 

Move  to  limit 
pro  :edure 


T 


Are  all  6  at  the 
limit? 


i 

Find  home 

Find  home 

procedure 

procedure 

T _ ^  ▼ 


FirKi  home 

Find  home 

procedure 

procedure 

Command  all  6  to 
home  position 
using  motor 
feed beck 


T 

Are  all  6 
home? 


T 

Zero  the  motor  feedback 
position  end  record  the 
external  feedback  position 
I  for  each  ectuator  in  the  ACU 

1 _ 


Home  complete^ 


Figure  47.  Hexapod  homing  flowchart. 
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Move  to  Limit 
procedure 


SetIDN  P127  to  16 


Con  fig  in3  for  probe 


_ I _ 

Set  IDN169to1 


Config  pos  edge  latch 


_ I _ 

SetIDN  92  to  100 


Config  10%  max  torque 


_ I _ 

SetIDN  91  to  100 


Config  vel  max  to  100 


NO 


_ I _ 

Command  0  velocity  on  all 
Actuators 


(Throw  error, 
Actuator  Bound 


* 


Figure  48.  Move-to-limit  procedure  jlowchart. 
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Find  home 
procedure 


Set  IDN  170  to  1 


Activate  probe  procedure 


_ t _ 

Set  IDN  405  to  1 


Arm  probe 


NO 


Command  actuator  stop 


(Home  Found, 
return 


row  an  error,  no 
home  found 


Figure  49.  Actuator  homing  procedure  flowchart. 
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14.  LIMIT  SWITCH  ASSEMBLIES 


One  1  imit  s  witch  p  ackage  i  s  r  equircd  f  or  ea  ch  ax  is.  T  he  s  v/itches  ar  c  i  mplemcnted 
differently  for  the  two  axes.  These  assemblies  provide  for  pre-limits,  final  limits,  and  RF  sector 
switches,  as  well  as  providing  for  any  future  needs. 

14.1  AZIMUTH  AXIS 

In  azimuth,  a  pinion  is  driven  off  of  the  bull  gear  which  in  turn  drives  a  gear  arrangement 
V  that  provides  one  full  revolution  of  the  cams  that  actuate  the  switches.  The  antenna  is  capable  of 

rotating  ~  700  de  gree  f  rom  s  top  t  o  s  top.  T  his  means  t  hat  f  or  r  oughly  two  r  evolutions  of  t  he 
antenna,  the  cams  should  rotate  approximately  one  revolution.  Note  that  the  gear  ratio  docs  not 
have  to  be  selected  to  be  exactly  one  rev  of  the  cams,  rather  as  close  to  but  less  than  one  rev  as 
possible  while  using  only  stock  gears  and  rotary  limit  switches.  The  reason  for  maximum  cam 
travel  is  to  provide  for  adequate  resolution  when  setting  the  cam  positions. 

The  c  xisting  a  zimuth  limit  a  sscmbly  uses  a  pinion  t  hat  s  hould  be  reused,  a  s  THE 
AZIMUTH  BULL  GEAR  IS  NOT  A  S  TANDARD  GL  AR  P  ROFILL.  The  pi  nion  i  s  6.5"  in 
diameter.  The  azimuth  bull  gear  diameter  is  141 ".  Azimuth  requires  twelve  ( 12)  contacts.  Four 
switches  will  be  used  by  the  PLC  for  limits,  four  will  be  used  for  RF  sectors,  and  there  arc  four 
for  future  use. 

The  r  otary  limit  s  witehes  u  sed  in  th  e  a  zimuth  a  ssembly  s  hall  b  e  G  EMCO  r  otary  limit 
switches.  They  have  a  variety  of  gear  reduction  ratios  to  choose  from  from  5: 1  to  1000: 1.  Each 
rotary  limit  s  witch  s  hall  c  ontain  four  SPOT  c  ontacts  w  ith  t  he  s  tandard  25  de  gree  e  ams.  T  en 
additional  blank  360  earns  should  be  procured  with  the  switches  to  allow  for  custom  cams  to  be 
made  later  if  required. 

Physical  mounting  of  this  assembly  to  the  antenna  structure  shall  be  bolted  and  provide 
adjustment  to  obtain  proper  gear  meshes.  This  shall  be  placed  in  locations  that  arc  accessible  by 
personnel,  as  the  switch  cams  are  adjusted  periodically.  The  mounting  should  allow  for  cabling 
to  exit  the  rotary  switch  housings  and  be  routed  to  the  antenna  control  system  without  interfering 
with  other  components  on  the  antenna. 

^  14.2  ELEVATION  AXIS 

The  e  levation  limit  p  ackage  s  hall  consist  of  A  lien  B  radley  802  T-APD  limit  s  witehes 
stacked  side-by  side  mounted  to  the  yoke  near  the  elevation  drives.  The  cams  in  this  case  are 
*  blocks  that  are  bolted  to  the  side  of  the  elevation  sector  gear.  Each  sector  gear  shall  have  four  (4) 

switches.  To  adjust  a  limit  position,  the  earn  block  is  removed  and  modified.  The  switches  should 
be  able  to  function  under  oil  and  water  splashing  conditions  (i.e.,  hose  burst  on  1  ube  system  or 
water  cooling  system). 


121 


This  page  intentionally  left  blank. 


15.  DRIVE  TRAIN 


The  drive  train  of  the  system  will  not  be  detailed  here,  but  the  pertinent  information  for  the 
control  system  will  be  repeated.  The  parts  of  the  drive  train  that  are  important  include:  gear  ratio, 
torque  available,  brake  control  and  timing. 

^  There  are  three  different  gearbox  designs  for  the  system.  Azimuth  requires  two  different 

gearbox  t  ypes  d  epending  on  t  he  m  ount  1  ocation  (  old  pos  ition  vs  .  ne  w  pos  ition).  T  he  t  hree 
gearbox  t  ypes  a  re  s  hown  i  n  Figure  50,  a  nd  t  he  a  zimuth  1  ocations  a  re  shown  i  n  Figure  5 1 . 

%  Elevation  gearbox  mounting  locations  are  shown  in  Figure  52. 
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Figure  50.  Azimuth  and  elevation  gearbox  CAD  models. 
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Figure  5  L  Azimuth  gearbox  locations. 
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Figure  52.  Elevation  gearbox  locations. 


Each  pinion  on  t  he  gearboxes  has  a  shear  key  that  is  used  to  protect  the  bull  gear  from 
damage.  The  pi  non  is  designed  to  shear  at  loads  higher  than  the  control  system  can  impart,  but 
less  t  han  t  he  bul  1  ge  ar  can  w  ithstand.  D  ctails  on  t  he  dr  ive  pi  nion  s  hear  ke  ys  are  s  hown  i  n 
Figure  53. 
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Elevation  Drive  Pinion  Assembly 


Output  Shaft  Pinion  Pinion  Retainer/ 

Manual  Drive  Feature 


Figure  53.  Drive  pinion  assembly. 


15.1  GEARRATIO 

15.1.1  Azimuth  Axis 

The  azimuth  gear  ratio  is  1888:1,  with  a  141"  bull  gear.  This  implies  that  the  high-speed 
and  low  speed  gearboxes  have  an  aggregate  gear-ratio  of  87: 1  to  reduee  the  motor  spindle  speed 
down  to  the  proper  main  pinion  speed.  At  full  rated  speed  of  the  antenna  (5  degrees  per  seeond), 
the  motor  spindles  will  be  rotating  at  1573  revolutions  per  minute. 

A  sehematie  of  the  azimuth  axis  gear  train  is  shown  in  Figure  54. 
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Figure  54.  Azimuth  gear  train  schematic. 


15.1.2  Elevation  Axis 

The  elevation  gear  ratio  is  4101.5: 1,  with  a  508"  bull  gear.  The  high-speed  and  low  speed 
gearboxes  will  have  an  aggregate  gear-ratio  of  52.48:1  to  obtain  the  proper  pinion  speed.  At 
2  degrees  per  second,  the  motor  spindles  will  be  rotating  at  1367  revolutions  per  minute. 

The  elevation  axis  gear  train  is  shown  in  Figure  55. 
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Figure  55.  Elevation  gear  train. 


15.2  MOTOR  TORQUES 

The  MHDl  15A-024  motors  have  a  rated  torque  of  24.9  N  m,  with  a  continuous  torque  at 
standstill  of  36.5  Nm. 

15.3  BRAKES 

Each  high  speed  gearbox  (KEB  G42-M  NEMA180  16.3:1  or  10.55:1)  has  a  dynamic  brake 
installed  (  KEB  06. 1 7.67X )  t  hat  i  s  e  apable  of  di  ssipating  t  he  a  ntenna  i  nertia  a  nd  br  inging  t  he 
antenna  to  a  stop  (as  a  group,  each  individual  brake  is  not  capable  of  this).  Plots  of  the  timing  of 
the  b  rake  cn  gagement  and  r  elease  are  s  hown  i  n  Figure  56  and  Figure  57,  r  espectivcly.  A  t 
24  VDC,  each  brake  will  draw  2.7A  of  current  to  hold  the  solenoid  in  (i.e.,  brakes  OFF).  When 
power  is  lost,  the  brakes  are  automatiely  applied  using  springs.  The  braking  torque  is  204  inch- 
lbs,  resulting  in  6  degrees  of  antenna  rotation  to  stop  from  full  speed  in  azimuth,  and  0.5  degrees 
of  antenna  rotation  to  stop  from  full  speed  in  azimuth. 

Brake  Instruction  Manual 
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Brake  Engagement  Response 


Figure  56.  Brake  engagement  timing. 
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Brake  Release  Response 


Time  (Sec) 


Figure  5  7.  Brake  release  timing. 


Each  brake  has  a  limit  switch  that  the  PLC  will  utilize  to  determine  the  state  of  the  brake 
(off  or  on). 
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